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1  Executive  Summary 

By  now,  all  agencies  in  the  Commonwealth  are  aware  of  the  Year  2000  issue:  the  ambiguous  use  of  2-digit  dates  in 
computer  programs  that  may  cause  computer  systems  to  inaccurately  differentiate  dates  between  the  20th  and  21s' 
centuries.  As  we  approach  the  turn  of  the  century  ,  many  of  these  systems  will  not  function  or  will  produce 
erroneous  results. 

This  booklet  has  -been  prepared  by  the  Massachusetts  Information  Technology  Division  (ITD)  in  their  effort  to 
provide  continued  assistance  to  the  agencies  of  the  Commonwealth  in  meeting  their  Year  2000  challenge.  The  first 
Year  2000,  Meeting  the  Challenge  was  published  in  April  1997.  Over  1500  copies  were  ultimately  printed  and 
distributed.  This  booklet,  the  second  edition,  builds  on  and  updates  the  information  provided  in  April. 

Since  publication  of  the  first  edition,  a  number  of  Year  2000  activities  have  occurred,  including  issuance  of  a  letter 
by  Secretary  Charles  Baker  which  mandates  "uninterrupted  turn-of-century  service  delivery"  as  "each  agency's  top 
operational  planning  priority."  A  copy  of  the  letter  is  included  at  the  end  of  this  section. 

Additionally,  ITD  has  launched  a  number  of  Year  2000  initiatives  and  lias  continued  others  begun  last  spring.  The 
Year  2000  Program  Management  Office  (Y2K  PMO)  was  launched  in  June  and  is  responsible  for  coordinatmg  Year 
2000  activities.  The  Y2K  PMO  provides  three  types  of  support  services: 

•  Fostering  awareness  in  and  exchange  of  technical  information  among  the  agencies  of  the 
Commonwealth 

•  Providing  coordination  and  support  to  the  agencies  for  their  Year  2000  projects 

•  Monitoring  statewide  efforts  on  progress. 

As  a  result  of  the  analysis  of  the  Auditor's  survey  and  the  agency  visits,  the  Y2K  PMO  conducted  a  Y2K  Project 
Launch  Workshop  in  September  which  identified  Year  2000  project  phases  and  provided  a  sample  project  plan.  The 
Agency  Project  Plan  should  consist  of  a  five  phase  approach: 

•  Awareness 

•  Inventory 

•  Assessment  and  Planning 

•  Conversion/Replacement 

•  Validation  and  Deployment 

Most  agencies  have  begun  or  completed  the  Awareness  phase.  The  Inventory  phase  involves  collecting  a 
comprehensive  inventory  of  the  various  systems  in  the  organization  in  order  to  make  key  decisions  about  how  to 
achieve  compliance.  In  the  Inventory  phase,  agencies  should  compile  a  repository  of  not  only  custom  software,  but 
also  hardware,  firmware,  and  commercial  off-the-shelf  (COTS)  software. 

The  Assessment  and  Planning  phase  is  the  time  to  make  key  decisions  about  how  to  achieve  agency  compliance. 
All  impacted  applications/systems  must  be  reviewed  with  respect  to  business  needs  and  long-term  agency 
objectives.  During  this  phase,  agencies  should  determine  whether  to  retire,  replace  with  COTS,  redevelop,  or 
remediate  each  application/system.  In  addition,  priorities  must  be  established  so  that  only  the  highest  priority  and 
most  critical  will  be  converted  should  scheduling  .problems  arise.  During  this  phase,  preparations  for  testing  must 
also  be  started. 

During  the  Conversion/Replacement  phase,  the  assessment  and  strategy  developed  in  the  Assessment  and  Planning 
stage  must  be  revaluated,  project  schedules  for  all  conversion  efforts  must  be  coordinated,  and  change  control, 
configuration  management,  and  test  methodologies  must  be  established.  Modifications  are  performed  during  this 
stage  and  unit  testing  is  performed.  This  phase  also  includes  developing  a  detailed  test  plan  and  establishing  the  test 
environment. 

The  final  stage.  Validation  and  Deployment,  is  trie  most  critical  phase.  Some  experts  predict  that  more  than  half  the 
cost  of  millenium  compliance  will  be  spent  on  testing.  In  fact,  within  the  Commonwealth,  both  DET  and  DOR  have 
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estimated  50-60%  of  their  total  Y2K  projects  is  slated  for  testing.  During  tins  phase,  the  test  process,  environment, 
and  detailed  test  plan  should  be  reviewed  and  updated  as  necessary.  Testing  must  be  carried  out  and  documented  in 
detailed  test  reports.  Upon  successful  completion  of  the  testing,  the  systems  must  be  redeployed.  During  this  stage, 
users  should  be  trained  on  the  new  systems. 

The  Y2K  PMO  is  available  to  assist  agencies  with  their  project  planning  and  to  provide  information  upon  request. 
At  the  end  of  this  booklet  is  information  included  in  the  first  edition  and  updated  with  the  most  current  information. 
The  Operational  Services  Division  (OSD)  recently  requested  that  blanket  contract  vendors  sign  an  agreement  that 
any  services  they  provide  will  include  a  Year  2000  warranty;  their  list  of  vendors  who  signed  this  agreement  is 
included  in  this  booklet.  The  last  section  is  a  list  of  various  resources  for  the  agencies:  the  dates  of  the  Y2K 
monthly  User  Group  meetings  and  quarterly  Year  2000  Days.  Year  2000  web  sites,  including  a  description  and 
evaluation  of  some  of  the  most  interesting  and  useful  web  sites,  a  description  of  materials  available  in  the  Y2K 
PMO's  Year  2000  Library,  and  an  initial  list  of  non-IT  systems  which  should  be  included  in  any  Year  2000  project. 
Appendix  B  provides  a  list  of  Year  2000  coordinators  in  over  150  agencies  in  the  Commonwealth. 

The  Y2K  PMO  has  also  provided  date  standards  and  sample  contract  language  in  this  booklet.  National  and 
international  standards  organizations  such  as  NIST  and  ISO  are  recommending  date  standards  that  use  a  four-digit 
year  where  a  two-digit  century  precedes,  and  is  contiguous  with,  a  two-digit  year-of-century  (e.g.  1999,  2000,  etc.). 
The  federal  government  has  adopted  this  standard  for  the  purposes  of  electronic  data  interchange  in  any  recorded 
form  among  U.S.  Government  agencies.  The  Commonwealth  of  Massachusetts  is  also  adopting  this  standard  for  the 
purpose  of  electronic  data  interchange  among  its  agencies. 

The  international  standard  date  notation  is  CCYYMMDD  where  CC=century,  YY=year.  MM=month  and  DD=day. 
For  example,  August  4,  1997  would  be  "19970804";  February  29.  2000  would  be  "20000229.  This  notation  is 
becoming  increasingly  popular  and  is  likely  to  become  a  de-facto  standard.  Commonwealth  agencies  are  strongly 
advised  to  use  this  notation  for  date  representation. 

The  Year  2000  presents  a  unique  challenge  which  affects  everyone:  managers,  technical  staff,  and  users.  The  ITD 
Y2K  PMO  is  prepared  to  assist  the  agencies  any  way  they  can  to  meet  this  challenge  and  keep  our  IT  resources 
working  as  intended  into  the  next  millenium. 
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The  Commonwealth  .of  Massachusetts 
Executive  Office  For 
Administration  and  Finance 


STATE  HOUSE 


ROOM  373 


BOSTON.  MA  02133 


ARGEO  PAUL  CELLUCCI 

GOVERNOR 


TEL  (617)  727-2040 
FAX:  (617)  727-2779 


CHARLES  D.  BAKER 


SECRETARY 


To: 


From: 


Subject: 


Year  2000  Compliance 


Date: 


September  29,  1997 


We  face  a  unique  challenge  in  the  history  of  Commonwealth  operations  -  a  turn  of  the  century, 
coupled  with  heavy  reliance  on  automated  operational  systems. 

Therefore,  effective  immediately,  it  is  ordered  that: 

1 .  Uninterrupted  turn-of-century  service  delivery  is  each  agency's  top  operational  planning 
priority. 

2.  The  management  of  each  agency  of  the  Commonwealth  is  responsible  for  assessing  its  Year 
2000  preparedness  and  bringing  its  systems  into  compliance,  or  devising  replacement  and 
contingency  plans  for  insuring  smooth  operations  through  the  turn  of  the  century,  and  having 
such  assessments  and  plans  committed  to  writing. 

3 .  All  purchases  by  Commonwealth  agencies  of  new  software,  systems,  enhancements  or 
equipment  shall  be  Year  2000  compliant. 

4.  New  acquisitions  which  do  not  address  specifically  identified  Year  2000  deficiencies  in  older 
systems  should  not  be  put  forth  as  "Year  2000"  initiatives. 

Agencies  are  directed  to  review  planned  and  ongoing  technology  initiatives  in  light  of  this 
directive  and  suspend  all  such  initiatives  which  detract  from  Year  2000  preparedness  efforts, 
other  than  those  specifically  mandated  by  statewide  directives  or  required  by  law. 

The  Information  Technology  Division,  through  its  Year  2000  Project  Management  Office,  will 
continue  to  offer  assistance  to  agencies  in  their  Year  2000  compliance  efforts.  The  Operational 
Services  Division  is  available  to  assist  with  technology  procurement  matters  related  to  Year  2000 
compliance.  Please  feel  free  to  contact  these  agencies. 
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2  Overview 


The  material  in  this  booklet  lias  been  prepared  by  the  Information  Technology  Division  (ITD)  Year  2000 
Program  Management  Office  (Y2K  PMO)  to  provide  continued  assistance  to  the  agencies  in  meeting  the 
Year  2000  challenge.  The  role  of  the  Y2K  PMO  in  this  effort  is  to: 
foster  awareness, 

promote  best  practices  and  disseminate  lessons  learned, 
provide  coordination  and  support, 
monitor  progress, 

identify  risk  areas  and  risk  mitigation  activities. 

The  first  edition  of  Year  2000,  Meeting  the  Challenge,  published  in  April  of  1997.  laid  the  groundwork  for 
agency  awareness  of  the  issue  and  provided  a  variety  of  information.  At  that  time,  it  was  noted  that  many 
agencies  were  already  aware  of  the  issue  and  had  begun  taking  action.  Since  that  time,  more  agencies  have 
begun  organizing  and  are  able  to  share  ideas,  information,  and  lessons  learned. 

This  booklet  and  ITD's  Year  2000  Web  site  (http://www.magnet.state.ma.us/y2k/)  build  on  and  update  the 
information  provided  in  the  first  edition.  They  provide  a  more  detailed  look  at  an  agency's  Year  2000 
project  plan,  additional  information  related  to  date  standards  and  contract  guidance.  OSD's  current  list  of 
vendors  who  have  agreed  to  provide  a  Year  2000  warranty,  and  updated  lists  of  various  Year  2000 
resources  and  contacts.  The  intended  audience  includes  managers,  technical  staff,  and  users.  Each  of  these 
groups  continue  to  have  a  crucial  role  to  play  in  both  defining  the  scope  of  the  challenge  and  implementing 
viable  solutions. 

The  Issue 


By  now,  all  agencies  are  aware  of  the  Year  2000  issue;  that  is,  the  ambiguous  usage  of  2-digit  dates  in 
computer  programs  that  may  cause  computer  systems  to  inaccurately  differentiate  dates  between  the  20th 
and  the  21st  centuries.  As  we  approach  the  turn  of  the  century  and  the  2-digit  representations  become 
ambiguous,  many  of  these  systems  will  not  function  or  will  produce  erratic  and/or  incomplete  results. 
Examples  of  the  types  of  problems  Departments  may  face  are: 

•  Comparison  of  dates  may  be  incorrect; 

•  Sorts  on  dates  may  be  incorrect; 

•  Ages  may  be  computed  incorrectly; 

•  Year  2000  may  not  be  treated  as  a  leap  year;  and 

•  The  use  of  9/9/99  as  a  dummy  date  may  trigger  a  termination,  expiration,  or  other  unexpected 
function. 

Other  problems  with  embedded  systems,  such  as  telephone  PBX's.  security  systems,  alarms,  elevators,  and 
FAX  machines  may  also  surface. 

For  a  more  in-depth  discussion  of  the  issue,  please  refer  to  the  fust  edition  of  Year  2000,  Meeting  the 
Challenge. 


2. 2     The  Commonwealth  Year  2000  Action  Plan 

  ■■■■■     


To  prevent  disruption  of  services,  particularly  critical  services,  due  to  the  Year  2000  problem,  ITD 
launched  a  Commonwealth  Year  2000  Action  Plan  in  the  Spring  of  1997.  That  plan  recognized  that 
achievement  of  compliance  by  FY2000.  July  31,  1999,  required  each  agency  to  initiate  a  Year  2000  effort 
that  would  observe  a  rigorous  project  schedule.  The  current  recommended  schedule  is  as  follows: 
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•  May  31,  1997.  Each  agency  completes  its  system  inventory,  prioritizes  systems  (including 
identification  of  mission  critical  systems),  and  dev  elops  high-level  assessments  of  its  Year 
2000  challenge. 

•  July  31,  1997.  Each  agency  completes  its  detailed  assessment,  determines  a  compliance 
strategy  for  each  noncompliant  sy  stem  (i.e..  retire,  remediate,  or  replace),  and  documents  both 
a  master  plan  and  schedule  for  achieving  compliance  for  all  sy  stems  and  a  set  of  project  plans 
for  systems  needing  to  be  converted  or  replaced. 

•  December  31,  1997.  Each  agency  completes  documentation  of  its  project  plans  and  initial  test 
plans  for  mission  critical  sy  stems. 

•  May  31,  1998.  Each  agency  completes  documentation  of  its  project  plans  and  initial  test 
plans  for  all  essential  systems. 

•  July  31,  1998.  Each  agency  completes  conversion  and  replacement  of  mission-critical 
systems. 

•  December  31,  1998.  Each  agency  completes  conversion  and  replacement  of  all  essential 
systems. 

•  December  31,  1998.  Each  agency  completes  validation  activities  for  mission-critical  sy  stems. 

•  January  31.  1999.  Each  agency  lias  put  all  mission-critical  sy  stems  back  into  production. 

•  February  28.  1999.  Each  agency' documents  detailed  risk  mitigation  plans  describing 
contingency  plans  for  ensuring  continuity'  of  operations  for  services  provided  by  mission 
critical  sy  stems  which  have  not  been  put  back  into  production  by  January-  31,  1999. 

•  May  31.  1999.  Each  agency  completes  validation  activities  for  all  essential  sy  stems. 

The  Gantt  Chart  displaying  these  dates  is  provided  below.  The  project  phases  and  tasks  to  achieve  agency 
compliance  are  described  in  Section  3. 


Calendar  1997 


Task  Name 


Qtr1    Qtr2    Qtr  3    Qtr  4 


Calendar  1998 


Qtr1    Qtr  2    Qtr  3    Qtr  4 


Calendar1999 


Qtr  1    Qtr  2    Qtr  3    Qtr  4 


Qtr  1 


Inventory 


Agencies  Inventory  All 
Systems 
Assessment  &  Planning 


Agencies  Analyze  &  Prioritize 
System  Portfolio 

Agencies  Complete  Assessments 
Agencies  Develop  Year  2000 
Strategic  Plan 


Agencies  Document  Plans 
Con  vers  ion /Remediation 


Validation  &  Deployment 


7/31/97 


Figure  1-1  Timeline  for  Inventory  and  Assessment  &  Planning  Phases 
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Task  Name 


Calendar  1997 


Qtr  1  I  Qtr  2  |  Qtr  3  j  QtTT 


Calendar  1998 
Qtr  1  I  Qtr  2  |  Qtr  3  |  QtrT 


Calendar!  999 

Qtr  1  |  Qtr  2  |  Qtr  3  \  Qtr  4 


Qtr  1 


Inventory 

Assessment  &  Planning 
Conversion /Remediation 

Agencies  Develop  Project 
Plans  for  Converting  Systems 

Agencies  Document  Proj  Plans 
for  Mission  Critical  Systems 

Agencies  Document  Project 
Plans  for  Essential  Systems 

Agencies  Select  Methods, 
Vendors,  Toolsets 

Agencies  Confirm  Third  Party 
Compliance 

Agencies  Convert  &  Replace 
Systems 

Agencies  Complete  Conv/Repl 
of  Mission  Critical  Systems 
Agencies  Complete  Conv/Repl 
of  Essential  Systems 

Validation  &  Deployment 


♦  12/31/97 

♦ 

5/31/98 


+  7/31/98 


♦ 


12/31/98 


Figure  1-2  Timeline  for  Conversion/Remediation  Phase 


Task  Name 

Calendar  1997 

Calendarl  998 

Calendar  1999 

Qtr  1  |  Qtr  2  I  Qtr  3  |  Qtr  4 

Qtr  1  |  Qtr  2  |  Qtr  3  |  Qtr  4 

Qtr  1  |  Qtr  2  |  Qtr  3  |  Qtr  4 

Qtr  1 

Inventory 

Assessment  &  Planning 
Con  vers  ion /Remediation 

Validation  &  Deployment 

Agencies  Validate  and  Deploy 

T 

Agencies  Document  Init'l  Test 
Plans  for  Mission  Critical  Sys 

Agencies  Document  Initial  Test 
Plans  for  Essential  Systems 

Agencies  Complete  Validation 
for  Mission  Critical  Systems 

Mission  Critical  Systems  Are 
Back  in  Production 

Agencies  Document  Contingency 
Plans  for  Mission  Critical  Systems 

Agencies  Complete  Validation 
for  Essential  Systems 

i 

►  12/31/97 

+  5/31/98 

< 

t  12/31/98 
^  1/31/99 

+  2/28/99 

+  5/31/99 

Figure  1-3  Timeline  for  Validation  and  Deployment  Phase 
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The  Commonwealth  Action  Plan  also  called  for  coordination  of  statewide  activities  by  ITD  Since  then.  (Spring 
1997),  ITD  has  launched  a  number  of  initiatives  related  to  achieving  Year  2000  compliance  for  the  Commonwealth 
They  include: 

•  establishing  and  staffing  a  Year  2000  program  office; 

•  identifying  Year  2000  coordinators  at  each  agency; 

•  forming  a  state-wide  users  group,  hosting  awareness  programs,  conducting  seminars  and  workshops, 
and  promoting  best  practices  among  agencies; 

•  coordinating  Year  2000  activities  with  the  Office  of  the  State  Auditor,  the  Fiscal  Affairs  Division 
(formerly  Budget  Bureau),  and  the  Operational  Services  Division; 

•  interviewing  die  state  agencies  to  determine  die  status  and  scope  of  their  Year  2000  projects  and  to 
identify  die  compliance  status  of  their  mission-critical  systems;  and 

•  providing  resources  and  information  (web  site,  Y2K  library.  Year  2000,  Meeting  the  Challenge, 
monthly  User  Groups,  and  quarterly  Year  2000  Days). 

In  die  coming  mondis,  die  PMO  will  continue  to  monitor  and  report  of  the  Commonwealtii's  progress  in  meeting  the 
Year  2000  challenge,  identify  risk  areas  and  risk  mitigation  activities,  disseminate  lessons  learned  to  state  agencies, 
and  serve  as  a  Year  2000  resource  to  state  agencies  in  die  tiiree  branches  of  government.  Additional  information  on 
die  Y2K  PMO  is  provided  in  Section  4. 
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3  Action  Plan  Phases 

ITD  lias  identified  five  major  phases  for  an  agency's  Year  2000  project: 

•  Awareness. 

•  Inventor.. 

•  Assessment  and  Planning. 

•  Conversion/Replacement. 

•  Validation  and  Deployment. 

To  aid  agencies  in  planning  their  Year  2000  project,  a  sample  Year  2000  Project  Plan  is  provided  in  Appendix  A. 

5.7  Awareness 

The  Awareness  Phase  is  both  an  initial  step  and  an  on-going  effort  for  the  project.  It  includes  those  activities 
necessary  to  establish  the  Year  2000  project  as  a  high  priority  project  within  the  Agency.  This  phase  includes 
activities  like  the  following: 

•  Identify  ing  the  Year  2000  coordinator  for  the  agency  and  the  Year  2000  project  team. 

•  Identify  ing  the  lines  of  accountability  for  the  project. 

•  Identifying  the  agency's  core  business  areas  and  processes  and  assessing  the  potential  impact  of  Year 
2000-induced  failures. 

•  Setting  the  agency  priority  for  the  project. 

•  Obtaining  senior  management  approval  and  support  for  the  project. 

•  Determining  a  communications  plan  and  activities  to  ensure  senior  management,  technical  staff,  and 
end-users  are  aware  and  inv  olved  in  the  project. 

5.2    Inventory  Phase 

The  Inventon  Phase  involves  creating  a  comprehensive  inventory  of  the  various  systems  in  the  organization.  This 
information  will  be  used  to  make  key  decisions  about  how  to  achieve  compliance. 

The  Agency's  systems  inventory  forms  the  backbone  of  the  project. 

The  inventon  should  include  such  information  as: 

•  Applications.  Language,  hues  of  code,  version,  users,  criticality,  existing  test  sets/scripts,  current  level 
of  maintenance,  last  build  information,  current  life  expectancy,  anticipated  date  of  failure,  performance 
requirements,  primary  points  of  contact. 

•  Program  libraries. 

•  Related  software:  copybooks.  Job  Control  Language.  PROCS.  control  members:  screen  painters: 
report  generators,  dialogues. 

•  Object  code  with  no  source. 

•  Embedded  vendor  code. 

•  Commercial  off-the-shelf  (COTS)  software. 

•  Platforms  and  system  software,  including  version  number,  release  information,  capacity,  operational 
constraints,  disaster  recovery  plans,  planned  changes  over  the  project  duration,  primary  points  of 
contact. 

•  Interfaces:  Type  (e.g.,  system-to-system,  external,  system-to-desk -top  applications),  structure 
documentation,  owner  (who  defines  the  structure). 

•  Performance  requirements. 

•  Documentation. 

•  Archived  data. 
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•     Non-IT  devices  which  may  use  computer  chips  with  date  logic  (e.g.,  phones,  security  systems,  heating 
&  lighting  systems). 

The  approach  for  collecting  the  information  will  vary  depending  on  the  resources,  constraints,  and  the  current  risk 
mitigation  plan.  It  usually  involves  surveying/interviewing  key  Agency  personnel  and  it  may  involve  special  tools 
to  help  identify  system/application  components.  In  every  case,  a  tool  is  needed  to  help  store  the  informauon  In 
some  cases  this  can  be  a  simple  set  of  spreadsheets  or  an  Access  database.  In  other  cases  a  more  powerful  tool  like 
an  asset  management  tool  is  required. 

Figure  3.1  depicts  recommended  tasks  for  the  Inventory  Phase,  which  are  discussed  below. 
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Figure  3.1.  Major  Tasks  for  the  Year  2000  Inventory  Phase 


Launch  Inventory  Phase.  This  step  includes  normal  project  kick-off  activities: 

•  Identify  all  team  members  and  extended  team  members  (e.g..  "platform"  experts,  system/application 
"build"  experts,  system/application  "criticality"  experts,  and  s>  stem/application  "business  driver" 
experts). 

•  Specify  roles  &  responsibilities. 

•  Determine  project  methods. 

•  Review/develop  project  materials. 

•  Identify  and  obtain  project  tools. 

•  Review/develop  detailed  plan,  including  major  milestones  and  deliverables. 


Determine  Business  Driver  Information.  The  project  team  will  contact  the  Agencj  business  driver"  experts  and 
collect  information  on: 

•     Services  the  agency  performs  and  systems  supporting  each  service 
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•  Criticalitv  by  user  of  each  serv  ice. 

•  Current  plans  for  retiring  each  system. 

•  Operational  constraints  on  each  system. 

•  Initial/draft  priority  groupings  of  systems/applications. 

Capture  System/Application  Information  The  project  team  will  contact: 

•  Agency  "platform"  experts  and  collect  information  on: 

■  Hardware,  operating  systems,  versions,  and  upgrade  plans. 

■  Capacities,  operational  constraints,  and  disaster  recovery  plans. 

■  Applications,  users,  and  interfaces. 

•  Agency  "build"  experts  and  collect  information  on: 

■  Software  build  components,  last  build  information  (e.g..  date,  compiler,  compiler  options,  "make" 
files),  sizing,  and  documentation. 

■  Current  level  of  maintenance  and  the  Configuration  Management  and  Change  Control  procedures. 

■  Commercial  off-the-shelf  (COTS)  software  being  used. 

■  Archived  data. 

•  Agency  "criticalitv"  experts  and  collect  information  on: 

■  System/application  performance  requirements. 

■  Expected  Year  2000  fail  dates  and  users. 

■  Interfaces. 

■  Existing  test  cases. 

Capture  End-User  Desk-Top  Application  Information.  The  project  team  will  contact  end-users  to  determine 
what  PC  applications  they  are  using  and  basic  information  about  each  application  (e.g..  vendor/developer,  version). 

Identify  Non-IT  Systems/Devices.  The  project  team  will  contact  technical  staff  and  end-users  to  determine  what 
non-IT  devices  are  being  used  and  basic  information  about  each  application  (e.g..  vendor/developer,  version). 

Build  Inventory  Repository.  The  project  team  will  store  all  collected  information. 

Generate  Inventory  Reports.  The  project  team  will  generate  inventory  reports. 

Perform  On-Going  Project  Management  Activities.  Throughout  this  phase,  the  project  team  will  perform  on- 
going project  management  activities  like  the  following: 

•  Provide  project  status  reports  and  present  information  for  project  reviews. 

•  Perform  planned  Year  2000  communications  and  awareness  activities. 

•  Perform  risk  assessments  on  the  project. 

•  Update  the  project  plan  to  reflect  progress,  risk  mitigation  activities,  and  lessons  learned. 

We  have  provided  a  sample  Project  Plan  in  Appendix  A  of  this  document. 

•  Prepare  required  deliv  erables. 

Suggested  deliverables  for  the  Inv  entory  phase  include: 

•  Project  Plan  for  die  Inventory  Phase  (for  a  sample  Project  Plan,  see  Appendix  A). 

•  Roles  and  Responsibilities. 

•  Weekly  Project  Status  Reports. 

•  Agency  Repository  of  System  Information. 

•  Inventory  Reports. 
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3.3    A  ssessment  and  Planning  Phase 

-     .  ■ 

The  Assessment  and  Planning  phase,  is  the  time  to  make  key  decisions  about  how  to  achieve  Agency  compliance. 
Tins  task  requires  that  all  impacted  applications/systems  be  reviewed  with  respect  to  business  needs  and  long-term 
Agency  objectives.  Each  application/system  must  be  assigned  to  one  of  the  following  categories: 

•  Retire. 

•  Replace  with  commercial  off-the-shelf  software  (COTS). 

•  Redevelop  (business  process  reengineering,  re-hosting  or  new  application  development). 

•  Remediate  (or  modify  code)  for  millennium  compliance. 

Furthermore,  the  criticality  of  each  system  must  be  established  or  verified  to  ensure  that  they  are  given  the  highest 
priority  when  scheduling  the  conversion  effort. 

For  each  application/system  slated  to  be  replaced  or  redeveloped,  the  agency  Year  2000  project  team  must  identify 
the  owner  of  the  current  system,  the  project  manager  of  the  replacement/redevelopment  effort,  and  the  project 
schedule  for  the  replacement  or  redeveloped  system(s).  The  agency  Year  2000  project  team  must  coordinate  with 
all  these  projects  to  ensure  millennium  compliance  issues  are  being  addressed  for  the  replacement  or  redeveloped 
systems  and  to  ensure  the  development  of  contingency  plans  in  case  schedules  slip. 

For  the  systems  slated  to  be  remediated,  the  agency  Year  2000  project  team  must  establish  a  remediation  schedule 
that  gives  priority  in  accordance  with  system  criticality  and  expected  failure  dates  while  taking  advantage  of 
possible  economies.  For  example, 

An  Agency  has  7  systems:  2  systems  use  an  obscure  language;  the  first  is  very  critical  to  the  Agency;  the 
other,  not;  3  of  the  remaining  systems  have  a  greater  criticality  than  the  second.  The  agency  Year  2000 
project  team  must  bring  in  an  outside  expert  to  analyze  and  modify  the  code  for  the  first  system.  The 
project  team  must  decide  if  it  is  economical  to  have  the  expert  convert  the  code  for  the  second  system  at  the 
same  time  even  though  it  has  a  criticality  lower  that  other  systems  the  Agency  plans  to  convert. 

For  each  application/system  slated  to  be  remediated,  the  agency  Year  2000  project  team  must  also  perform  a 
detailed  analysis  to  identify  the  affected  lines  of  code  and  interface  issues  and  to  estimate  the  resources  required  for 
conversion.  Given  this  information  and  the  top-level  agency  objectives,  the  team  must  decide: 

•  The  definition  of  compliance  for  the  system.  The  degree  of  compliance  must  match  the  criticality  of 
the  system.  The  definition  of  compliance  must  be  testable.  In  some  cases,  full  Year  2000  compliance 
is  not  required  or  desired.  These  cases  must  be  fully  documented. 

•  The  level  of  conversion:  "full  date  expansion"  or  "stabilization"  only.  (In  the  latter  case,  database 
dates  are  expanded  only  as  last  resort  and  program  code  is  corrected  by  adding  windowing  logic  for 
date-related  comparisons  and  calculations.)  Expansion  is  often  the  preferred  choice  of  IT 
professionals,  but  windowing  is  typically  faster  and  cheaper. 

•  The  impact  on  archived  data. 

•  To  identify  and  delete  "dead"  code. 

•  Whether  to  reduce  data  redundancy. 

•  An  estimate  of  resources  and  time  required  for  remediation. 

•  The  system/application  selected  for  the  pilot. 

Prepare  for  testing  early 

Because  Year  2000  compliance  testing  can  account  for  35-50%  of  project  costs,  the  agency  "N  ear  2000  projeel  team 
must  assess  the  current  testing  process  and  determine  the  testing  requirements: 

•  What  is  the  current  test  environment'.'  What  tools  are  being  used?  Is  the  current  testing  process 
adequate  for  the  Year  2000  conversion  project? 

•  For  each  system,  is  the  test  plan  up  to  date?  Is  it  used  consistently?  Are  metrics  kept  on  the  number  of 
defects? 
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•  What  test  suites  are  available? 

•  What  performance  tests  are  required? 

•  What  are  the  regression  tests  required  for  demonstrating  the  Year  2000  conversion  modifications  have 
not  degraded  system  functionality? 

•  What  are  the  additional,  specific  compliance  tests  required  for  each  system? 

The  current  configuration  management  process  must  also  be  assessed.  This  includes  addressing  issues  like  the 
following: 

•  Are  the  configuration  management  plans  and  procedures  up  to  date?  Are  they  used  consistently? 

•  Is  the  current  configuration  management  process  adequate  for  the  Year  2000  project?  Can  it  support 
the  range  of  environments  and  the  bridge  software  which  must  be  managed?  What  metrics  are  being 
used?  What  are  the  known  weaknesses  in  the  process? 

•  What  tools  are  being  used? 

•  What  is  the  normal  release  cycle  for  each  system? 

•  What  modifications  are  being  planned  for  each  system9  What  is  their  schedule? 

The  agency  Year  2000  project  team  must  then  develop  a  Year  2000  conversion  strategy  for  the  Agency  to 
accommodate  these  decisions.  This  strategy  should  be  documented  in  a  Year  2000  Project  Plan.  A  sample  Agency 
Year  2000  Project  Plan  is  provided  in  Appendix  A  of  this  booklet. 

An  agency's  Year  2000  conversion  strategy  should  include: 

•  A  statement  of  objectives  and  priorities  reflecting  business  needs. 

•  Application  groupings  and  project  phasing. 

•  A  schedule  showing  milestone  dates  for  converting  each  application/system. 

•  Resource  requirements,  e.g..  staff,  budget,  tools,  hardware,  software. 

•  Implementation  approach,  including  a  description  of  remediation  and  testing  tools,  a  test  strategy,  and 
a  configuration  management  methodology. 

•  Detailed  project  plans  for  applications/systems  scheduled  for  remediation. 

•  Anticipated  bridge  programs. 

•  Anticipated  non-IT  device  upgrades/replacements. 

•  A  plan  for  data  conversion. 

•  Plans  for  ensuring  normal  maintenance  procedures  maintain  compliance. 

•  Deployment  plans  and  anticipated  training  requirements. 

•  Risk  assessment  and  mitigation  plans. 

•  Contingency  plans. 

•  Description  of  the  conversion  pilot(s). 

Figure  3.2  depicts  recommended  tasks  for  the  Assessment  and  Planning  Phase,  which  are  discussed  below  . 
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CM-  Configuration  Management 

Figure  3.2.  Major  Tasks  for  the  Year  2000  Assessment  and  Planning  Phase 


Launch  Assessment  and  Planning  Phase.  The  activities  for  this  phase  are  determined  by  the  size  of  the  project 
For  very  large  agencies  and  Year  2000  projects,  each  phase  should  include  a  Launch  task  similar  to  the  one 
described  for  the  Inventory  Phase.   For  smaller  agencies  and  Year  2000  projects,  the  Launch  task  should  be  a  tunc 
to  review  the  staffing  and  project  materials  and  plans  and  to  adjust  them  as  necessary. 

Determine  Configuration  Management,  Remediation,  and  Test  Infrastructure  Requirements  The  project 
team  must  evaluate  the  Agency  's  readiness  to  begin  remediation.  This  includes  an  evaluation  of  the  status  of  the 
source  code  vs.  the  executable  code  for  each  system,  the  current  development  and  maintenance  infrastructure,  m 
particular  the  current  Configuration  Management  and  Change  Control  process,  the  testing  environment  (e  g.  test 
beds,  test  procedures  and  tools  for  problem  tracking  and  resolution),  and  the  available  capacities  for  performing 
code  modification  and  test.  Once  this  is  done  the  project  team  must  determine  the  requirements  for  die  Year  2000 
remediation  and  test  infrastructure.  This  task  also  includes  the  identification  of  standards  die  Agency's  will  use  for 
dieir  Year  2000  conversion  project. 

Industry  Lessons  Learned  for  Year  2000  conversions  indicates  Uiat  systems  which  liave  not  been  rebuilt  from  source 
in  long  periods  of  time  often  have  significant  configuration  management  problems,  e.g..  missing  source  code  and 
source  code  that  does  not  match  die  production  executables.  These  systems  require  significantly  more  effort  for 
Year  2000  code  modification  preparation.  Similarly  systems  w  hich  have  no  current  test  cases  will  require  additional 
effort  just  to  define  regression  testing  requirements. 

Identify  Affected  Units  and  Estimate  Resources  Required  for  Conversion  In  parallel  with  the  pro  ious  task  the 
agency  Year  2000  project  team  must  begin  die  assessment  of  the  Agency  's  IT  sy  stems  not  already  slated  for 
replacement  or  retirement  prior  to  FY  99.  The  goal  of  tiiis  task  is  to  identify  lines  of  code  containing  date  or  date- 
field  logic  as  well  as  noncompliant  platforms  and  sy  stem  software.  The  identification  of  affected  code  typicalh 
involves  the  use  of  tools  like: 

•  "data  name  rationalizers"  which  build  and  use  lists  of  standard  names  indicating  date  fields  to  parse  die 

code. 

•  "slicers"  which  follow  a  date  variable  identified  in  one  module  through  various  calls  or  returns  to  other 
modules. 
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The  analysis  must  include  associated  files  (such  as  copybooks  and  JCL)  as  well  as  source  code. 

After  the  affected  lines  of  code  are  identified  and  the  necessary  system  upgrades  are  determined,  the  project  team 
must  develop  estimates  of  the  resources  required  to  modify  and  test  individual  systems  for  Year  2000  compliance. 
There  are  some  Year  2000  assessment  tools  which  assign  levels  of  complexity  to  sections  of  code  using  an  identified 
date  field  and  determine  estimates  of  resources  required  to  fix  the  code,  but  these  advanced  tools  are  available  only 
for  certain  platforms  and  software  languages.  The  actual  estimating  process  must  consider  the  amount  of  affected 
code,  its  current  "build"  status,  the  availability  and  currency  of  test  cases,  the  type  of  code  modification  to  be 
performed  (e.g.,  full  4-digit  expansion  of  the  date  fields  or  windowing),  and  the  resources  required  for  data 
conversion  in  case  full  4-digit  expansion  is  used  to  bring  the  system  into  compliance. 

Draft  Compliance  Strategy  .  The  agency  Year  2000  project  team  must  understand  the  criticality  of  each  system  to 
correctly  determine  its  Year  2000  compliance  strategy:  retire,  replace,  or  remediate.  In  many  cases,  the  strategy  will 
be  obvious.  In  other  cases,  the  project  team  (with  the  business  process  experts)  will  have  to  weigh  the  criticality. 
interfaces,  fail  dates,  and  current  system  retirement  with  the  estimates  developed  for  the  previous  task.  Note  that  it 
is  desirable  to  retire  all  marginal  systems.  For  each  system  to  be  remediated,  the  team  must  also  document  the 
compliance  definition  for  each  system.  Part  of  the  compliance  strategy  should  also  include  a  "make  vs.  buy" 
decision. 

When  all  the  systems  which  will  be  remediated  have  been  identified,  the  team  must  consider  die  order  in  which  the 
systems  will  be  entered  into  the  Year  2000  conversion  pipeline(s).  The  order  will  depend  on  priority,  technical 
environment  and  interfaces.  The  goal  is  to  group  systems  which  will  be  modified  in  a  manner  which  will  reduce  the 
total  number  of  bridge  programs  which  must  be  written  to  accommodate  unit  and  intersystem  testing. 

The  project  team  is  dien  ready  to  document  die  Agency's  compliance  strategy  information  described  previously. 

Finalize  Strategy  and  Develop  System  Remediation  Plans.  The  Agency's  senior  management  must  review  the 
draft  compliance  strategy  described  above  and  make  all  final  conversion  decisions.  Once  the  strategy  has  been 
approved  and  finalized,  the  agency  Year  2000  project  team  must  develop  a  detailed  work  plan  and  test  plan  for  each 
of  the  sy  stems  slated  for  remediation. 

Initiate  Vendor  Management  for  Third  Party  Softw  are  &  Non-IT  Systems  &  Devices.  Throughout  this  phase, 
die  agency  Year  2000  project  team  must  have  in  place  a  task  force  to  monitor  the  compliance  status  of  COTS 
software  and  non-IT  devices/systems  being  used  by  the  Agency.  This  information  impacts  the  schedule  for  final 
testing  and  die  need  for  contingency  planning.  Vendor  management  typically  begins  with  a  web  search  for 
compliance  information  provided  by  the  vendor,  but  it  usually  also  includes  a  request  to  each  vendor  for  a  written 
statement  of  compliance  to  satisfy  legal  concerns.  (See  Section  6.) 

Perform  On-Going  Project  Management  Activities.  (See  the  discussion  provided  for  the  Inventory  Phase.) 

Suggested  deliverables  for  die  Assessment  and  Planning  phase  include: 

•  Project  Plan  for  die  Assessment  and  Planning  Phase  (for  a  sample  Project  Plan,  see  Appendix  A). 

•  Roles  and  Responsibilities. 

•  Weekly  Project  Status  Reports. 

•  Year  2000  Assessment  Report. 

•  Agency's  Strategy  for  Achieving  Year  2000  Compliance. 

•  Project  Plans  for  Systems  Being  Remediated. 

3.4     Conversion/Replacement  Phase 

During  die  Conversion  /Replacement  phase,  die  agency  Year  2000  project  team  must  lead  all  remediadon  efforts 
and  coordinate  witii  project  teams  responsible  for  replacement/redeveloping  systems  and  for  updating  hardware, 
operating  systems,  and  commercial  off-the-shelf  software.  This  a  very  dynamic  period  as  unexpected  conversion 
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problems  will  arise  even  as  production  applications/systems  continue  to  evolve  in  response  to  business-as-usual 
changes.  It  is  very  important  to: 

•  Develop  a  project  schedule  that  addresses  all  of  the  Agency's  systems. 

•  Develop  a  phased  project  schedule  that  addresses  the  Agency's  systems  which  will  be  remediated 

•  Designate  team  leads  to  address  specific  aspects  of  the  remediation  problem  as  well  as  application 
leads.  Special  areas  may  include: 

•  Code  "staging". 

•  Unit  and  regression  testing. 

•  Configuration  Management. 

•  COTS  software. 

•  Continually  collect  lessons  learned  on  the  project  and  refine  the  project  plan,  contingency  plans,  and 
tools  as  necessary  to  achieve  efficiencies  and  reduce  risks. 

The  Conversion  or  Replacement  phase  begins  with  an  evaluation  of  the  assessment  and  strategy  It  is  essential  that 
the  agency  Year  2000  project  team  understands  and  agrees  on: 

•  Goals,  schedule,  and  responsibilities. 

•  Standards,  procedures,  and  metrics. 

•  The  definition  of  compliance  for  each  system/application  and  system  performance  requirements. 

•  The  test  plan  and  testing  environment,  particularly  for  unit  and  regression  testing. 

•  Change  control  and  configuration  management  methodology. 

•  Quality  assurance  methodology. 

•  Tools. 

•  The  Risk  Mitigation  Plan. 

The  change  control  and  configuration  management  mediodology  and  a  test  methodology  must  be  established  as  soon 
as  possible.  Wherever  possible,  they  should  augment  (not  overhaul)  the  infrastructure  which  is  already  in  place 
The  test  methodology  should  be  captured  in: 

•  An  integrated  test  plan  for  the  Agency  Year  2000  conversion  that  focuses  on  inter-system  testing 
required  before  a  system  can  be  redeployed. 

•  A  system  test  plan  for  each  of  the  Agency's  systems/applications  which  are  scheduled  for  code 
modification. 

•  A  description  of  the  test  environments  required,  including  the  identification  of  specific  Year  2000 
testing  tools. 

Once  the  test  environments  are  well  understood,  they  should  be  established  in  a  timely  maimer  to  support  the  unit 
and  regression  test  requirements  for  remediation. 

The  next  critical  success  factor  is  to  establish  a  process  for  code  modification.  The  process  w  ill  include  steps  like 
the  following: 

•  Identify  "chunks"  of  code  and  associated  software.  A  chunk  of  code  is  the  source  code  for  a  group  of 
modules  in  a  given  language.  A  chunk  typically  includes  one  or  more  sy  stems  but  it  can  include  all  or 
part  of  one  or  more  systems.  A  chunk  can  also  include  related  code  like  JCL.  Chunks  should  be 
determined  to  simplify  unit  testing. 

•  Generate/verify  regression  and  Year  2000  compliance  tests  for  each  chunk. 

•  Establish  configuration  control  for  all  the  components  of  each  chunk. 

•  Examine,  modify,  and  verify  each  chunk. 

•  Develop  bridge  software  as  required  for  regression  testing. 

•  Perform  regression  tests. 

•  Perform  any  additional  Year  2000  compliance  tests  for  the  specific  system. 

•  Track/reconcile  problems  discovered  in  (unit)  testing. 

•  Merge  any  business-as-usual  maintenance  changes  performed  during  this  period  (including  retest) 

•  Report  code  changes. 

•  Report  test  results  and  concerns  for  Agency-wide  testing/redeployment  (this  should  include  conditions 
for  removing  bridges  used  for  testing  as  interfacing  sy  stems  also  become  compliant) 
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•  Report  process  problems  and  lessons  learned. 

•  Evaluate  process  problems  and  lessons  learned  and  fine-tune  process. 

Figure  3.3  depicts  die  primary'  tasks  recommended  for  die  Conversion/Replacement  Phase. 
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Figure  3.3.  Major  Tasks  for  the  Year  2000  Conversion/Replacement  Phase 


Launch  Conversion/Replacement  Phase.  The  activities  for  this  phase  are  determined  by  the  size  of  the  project. 
For  very  large  agencies  and  Year  2000  projects,  each  phase  should  include  a  Launch  task  similar  to  the  one 
described  for  the  Inventory  Phase.  For  smaller  agencies  and  Year  2000  projects,  the  Launch  task  should  be  a  time 
to  review  the  staffing  and  project  materials  and  plans  and  to  adjust  them  as  necessary. 

Evaluate  Assessment  Documents  and  Identify  Chunks  of  Code.  The  Year  2000  project  team,  which  may  have 
changed  since  die  Assessment  and  Planning  Phase,  must  ascertain  die  current  status  of  die  Year  2000  assessment 
and  determine  if  and  how  it  needs  to  be  augmented.  In  particular,  the  project  team  must  evaluate  the  following: 

•  Assessment  of  the  Agency  current  test  strategy,  including  die  descripdon  of  die  test  environment, 
including  a  indication  of  which  systems  do  not  have  current  test  cases. 

•  Assessment  of  the  Agency  current  configuration  management  and  change  control  methodology. 

•  Agency's  strategy  for  achieving  millennium  compliance. 

•  Agency's  standards  to  be  used  for  achieving  millennium  compliance. 

•  Test  strategy  for  achieving  nullennium  compliance. 

•  Compliance  definition  and  test  plan  for  each  system  being  modified  for  compliance. 

•  Year  2000  Conversion  Project  Plans  by  System/ ApplicaUon. 

Finally  the  project  team  must  verify/define  die  system  priorities  and  order  in  which  they  will  be  sent  through  the 
Year  2000  conversion  pipeline. 

Establish  the  Test  Process  and  the  Test  Environment  The  project  team  must  establish  die  test  environments  for 
unit/regression  testing  and  specify  the  environments  for  final  tesdng.  This  must  include  a  test  region  capable  of 
using  simulated  system  dates.    The  team  must  also  develop  procedures  for  tracking  and  correcting  problems 
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identified  in  testing.  Tins  includes  special  procedures  for  resolving  disputes  between  the  test  team  and  the  coding 
teams. 

Establish  the  Remediation  Staging  Process.  The  agency  Year  2000  project  team  must  determine  the  procedures 
and  tools  for  each  conversion  pipeline.  (Typically  there  is  one  conversion  pipeline  for  each  platform/language 
combination.)  The  procedures  must  address  the  items  delineated  above  for  establislung  "a  process  for  code 
modification".  The  tools  must  be  selected  to  optimize  modification  efficiency  given  the  Agency's  specific 
constraints  (e.g..  budget,  staff  support,  and  tools  already  available)  In  particular  the  project  team  must  ensure  dial 
the  configuration  management  process  is  sufficient  to  handle  die  constraints  and  dynamics  of  the  remediation  and 
test  effort. 

Stage  Chunks  of  Code/Data  for  Modification.  The  project  team  must  ensure  diat  each  chunk  of  code  is  read>  for 
remediation.  This  task  can  be  hard  or  easy  depending  on  die  level  of  configuration  management  employed  for  die 
systems  include  in  die  "chunk".  The  task  includes: 

•  Verifying  die  "build"  components  for  each  chunk,  including  compder  options. 

•  Finalizing  die  test  cases  for  each  system  and  generating  the  necessary  test  data.  These  unit  tests 
include  basic  regression  tests  to  ensure  diere  is  no  loss  of  functionality  due  to  Year  2000  code 
modifications  and  other  specific  Year  2000  tests  (e.g..  Dec.  31,  1999  to  Jan.  1.  2000  roll-over.  Feb.  29. 
2000). 

•  Updating  the  work  plan  for  each  system  in  chunk. 

•  Verifying  or  generating  regression  test  for  each  application. 

•  Baselining  sy  stem  components  and  test  sets. 

Develop  Detailed  Test  Plan.  The  project  team  will  generate  die  Detailed  Test  Plan,  which  will  include: 

•  A  list  of  die  systems  to  be  tested. 

•  A  description  of  the  test  enviromnent(s),  including  tools. 

•  A  description  of  die  process  to  receive  and  maintain  system  components  required  for  testing. 

•  Procedures  for  tracking  and  correcting  problems  identified  in  testing. 

•  Special  procedures  for  resolving  disputes  between  the  test  team  and  the  coding  teams. 

•  Test  cases  for  verifying  Year  2000  compliance  for  each  system. 

•  Test  cases  for  verifying  Year  2000  compliance  between  systems,  i.e..  verifying  that  die  exchange  of 
data  between  (unit  tested)  compliant  systems  does  not  result  in  the  loss  of  compliance  for  any  system. 

•  Procedures  for  testing  after  bridges  have  been  built  or  burned,  after  code  has  been  merged  with 
business-as-usual  updates,  or  after  a  COTS  update. 

Modify  Chunks  and  Build  Bridges.  The  project  team  is  now  ready  to  modify  code.  Each  chunk  of  code  must  be 
modified  using  die  process  and  tools  previously  defined.  Any  bridges  required  for  unit  testing  must  be  developed  at 
diis  time. 

Perform  Unit  Testing  and  Generate  Test  Reports.  The  project  team  will  perform  die  regression  and  unit  test 
cases  previously  developed  and  document  die  results  in  test  reports. 

Continue  Vendor  Management  for  Third-Party  Software  and  Non-IT  Systems  and  Devices.  (See  die 
discussion  provided  for  die  Assessment  and  Planning  Phase.) 

Perform  On-Going  Project  Management  Activities.  (See  die  discussion  provided  for  die  [nventorj  Phase  | 

Suggested  deliverables  for  die  Conversion/Replacement  phase  include: 

•  Project  Plan  for  die  Conversion/Replacement  Phase  (for  a  sample  Project  Plan,  see  Appendix  A) 

•  Roles  and  Responsibilides. 

•  Weekly  Project  Status  Reports. 

•  Remediation  Standards. 

•  Detailed  Project  Plans  for  Systems  Being  Remediated. 

•  A  Test  Plan  for  die  Agency  Year  2000  conversion 


ITD  Y2K  PMC) 


PageS- 10 


Year  2000,  Meeting  the  Challenge,  Second  Edition 
Revision  2 


January  1998 


•     Unit  Test  Reports. 

3,5     Validation  and  Deployment 

The  Validation  and  Deployment  phase  is  most  critical  to  the  Year  2000  solution.  Some  experts  estimate  that  more 
than  half  the  cost  of  millennium  compliance  projects  will  be  spent  on  testing.  Rigorous  testing  is  required  to  ferret 
out  buried  Year  2000  problems  which  were  not  uncovered  during  assessment  and  remediation  or  which  have  been 
inadvertently  created  by  automated  remediation  tools.  Testing  must  also  ensure  the  remediated  systems  still  meet 
performance  and  user  functional  requirements. 

Testing  activities  should  begin  long  before  the  official  Validation  phase.  As  most  IS  professionals  know,  testing  is  a 
critical  phase  of  software/system  development  and  maintenance,  and  the  foundation  for  a  successful  testing  phase 
must  be  laid  in  each  preliminary  phase.  A  brief  recap  of  the  "pretesting"  activities  (discussed  above)  that  should  be 
performed  in  earlier  phases  of  any  Year  2000  Conversion  Program  are  shown  in  the  table  below. 


Phase 

Activity  in  Preparation  of  Testing 

Assessment  and  Planning 

•  Identify  failure  dates  for  each  system. 

•  Identify  criticality  of  each  system. 

•  Identify  existing  test  cases  for  each  system. 

•  Identify'  performance  requirements  for  each  system. 

•  Identify  interfaces:  system-to-system,  external, 
desk  top  applications. 

•  Identify  COTS  software  used  in  each  system. 

•  Identify  hardware/software  used  to  build/run  each 
system. 

•  Assign  each  system  to  one  of  the  following 
categories: 

■  Retire. 

■  Replace  with  COTS  software. 

■  Redevelop  (business  process  reengineering.  re- 
hosting  or  new  application). 

■  Remediate  for  millennium  compliance. 

•  Determine  the  schedules  for  systems  being  replaced 
or  redeveloped. 

•  EstablislWerify  the  criticality  of  each  system. 

•  Assess  the  current  test  environment(s)  for  systems 
being  remediated. 

•  Determine  (and  monitor)  the  schedules  for  systems 
being  remediated. 

•  Define  compliance  for  each  system  being 
remediated. 

•  Develop  a  Test  Strategy'  for  Achieving  Millennium 
Compliance  (Agency- wide). 

•  Develop  a  test  plan  for  each  sy  stem  being 
remediated. 

Conversion  or 
Replacement 

•  Monitor  the  schedules  for  systems  being  replaced  or 
redeveloped. 

•  Develop  a  phased  project  schedule  for  systems 
being  remediated 

•  Verify  compliance  for  each  system  being 
remediated. 
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Phase 

Activity  in  Preparation  of  Testing 

•  Develop  an  integrated  test  plan  for  the  Agency  Year 
2000  conversion  that  focuses  on  inter-system 
testing  required  before  a  system  can  be  redeployed. 

•  Develop  a  system  test  plan  for  each  of  the  Agenc>  s 
systems/applications  which  are  scheduled  for 
remediation. 

•  Describe  the  Year  2000  conversion  test 
environments  required,  including  the  identification 
of  specific  Year  2000  testing  tools. 

•  Establish  the  test  environment(s)  for  systems  being 
remediated. 

•  Develop  bridge  software  as  required  for  regression 
testing. 

•  Perform  unit  tests. 

•  Track/reconcile  problems  discovered  in  (unit) 
testing. 

•  Report  test  results  and  concerns  for  Agency-wide 
testing/redeployment. 

Note  that  some  of  the  pretesting  activities  in  the  Conversion  or  Replacement  phase  (like  "perform  unit  test")  could 
properly  be  considered  as  belonging  to  a  testing  phase.  They  are  included  here  because  they  allow  Agency 
acceptance  of  remediated  code  in  a  timely  manner  and  clearly  delineate  the  inter-sy  stem  testing  required  to  redeplo> 
systems  into  normal  operations. 

The  Validation  phase  is  the  final  step  to  ensure  the  Agency's  systems  will  function  correctly  as  we  approach  and 
enter  die  year  2000.  This  phase  focuses  on  (interfaces  and)  integration,  performance,  and  stress  testing.  Throughout 
this  phase  the  test  team  must  ensure  that  test  suites  are  current  and  complete,  and  they  must  contmuousK  monitor 
defect  identification,  correction,  and  retest. 

The  Validation  phase  requires  the  establishment  of  a  test  process  that  includes  procedures  for  handling  die 
following: 

•  Documenting  the  systems  being  tested,  their  definitions  of  compliance,  and  their  interfaces. 

•  Maintaining  test  cases  (scripts  and  data)  required  for  die  testing  scenarios. 

•  Developing/monitoring  bridge  software  and  schedule  for  burning. 

•  Monitoring  the  compliance  schedule  for  COTS  software. 

•  Merging  business-as-usual  and  COTS  software  updates. 

•  Retesting  after  bridge,  maintenance  business-as-usual,  or  COTS  changes. 

•  Tracking/reconciling  problems  discovered  during  test. 

The  Year  2000  Project  Manager  must  constantly  monitor  results  and  ensure  updates  to  the  project  plan  and 
contmgency  plans  are  made  as  necessary.  The  agency  must  ensure  that  die  final  Year  2000  test  suites  arc  made  part 
of  the  required  regression  test  suites  for  die  various  systems  so  that  die  sy  stems  remain  millennium  compliant  afta 
deployment. 

The  final  step  of  the  Validation  phase,  is  deployment:  die  agency  Year  2000  project  team  must  put  corrected 
applications/systems  back  into  production.  This  step  requires  a  great  deal  of  coordination  with  other  interfacing 
systems.  Deployment  may  require  implementation  of  additional  bridge  programs  to  ensure  correct  interfaces  with 
internal  and  external  systems  which  have  not  been  remediated  Updates  to  user  documentation,  training  materials, 
and  contingency  plans  are  also  usually  required. 


FTD  Y2K  PMO 


Page  3- 12 


Year  2000,  Meeting  the  Challenge.  Second  Edition 
Revision  2 


January  199S 


Figure  3.4  depicts  the  primary  tasks  recommended  for  the  Validation  and  Deployment  Phase.  Like  the  Conversion 
or  Remediation  Phase,  many  of  the  tasks  focus  on  readiness. 
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Figure  3.4.  Major  Tasks  for  the  Year  2000  Validation  and  Deployment  Phase 

Launch  Validation  and  Deployment  Phase.  The  activities  for  this  phase  are  determined  by  the  size  of  the  project. 
For  very  large  agencies  and  Year  2000  projects,  each  phase  should  include  a  Launch  task  similar  to  the  one 
described  for  the  Inventory  Phase.  For  smaller  agencies  and  Year  2000  projects,  the  Launch  task  should  be  a  time 
to  review  the  staffing  and  project  materials  and  plans  and  to  adjust  them  as  necessary. 

Evaluate  Existing  Test-Related  Documents.  For  each  conversion  project,  the  project  team  must  evaluate  all  test- 
related  documents  (including  compliance  requirements,  failure  dates,  criticality.  interface  documents,  performance 
requirements,  existing  test  plans,  unit  test  reports,  inter-system  test  plans,  bridge  software  reports.  COTS  schedules) 
to  determine  both  weaknesses  and  efficiencies  relative  to  die  specified  test  process  and  test  environment. 

Define/Refine  the  Test  Process  and  the  Test  Environment.  The  agency  Year  2000  project  team  must  determine 
die  t\pes  of  testing  environments  needed,  capacities,  and  procedures  for  using  each  testing  environment.  The 
procedures  must  address  the  items  earlier  in  this  section  for  establishing  a  test  process.  Then  the  team  must  establish 
the  actual  test  environment  (including  test  tools)  and  ensure  that  the  configuration  management  process  is  sufficient 
to  handle  die  constraints  and  dynamics  of  die  test  effort. 

Note:  For  agencies  tiiat  are  customers  of  the  Massachusetts  Information  Technology  Center  (MTTC)  in  Chelsea,  see 
Appendix  C  for  initial  test  environment  information. 

Stage  Compliant  Systems  for  Testing.  The  project  will  begin  staging  systems  for  testing.  This  includes 

•  Receiving  unit-tested  System  Components,  unit  test  cases  and  test  data,  a  list  of  die  system's 
interfaces. 

•  Defining  compliance  tests  necessary  to  test  die  system  interfaces. 

•  Generating  Test  Scripts  and  Data  to  test  the  system  interfaces. 

•  Scheduling  system  tests. 

•  Baselining  all  components  and  test  cases  and  data. 
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Update  Detailed  Test  Plan.  The  project  team  will  generate  or  update  the  Detailed  Test  Plan,  which  will  include  the 
following: 

•  List  of  the  systems  to  be  tested. 

•  Description  of  die  test  environment(s).  including  tools. 

•  Description  of  die  process  to  receive  and  maintain  system  components  required  for  testing. 

•  Procedures  for  tracking  and  correcting  problems  identified  in  testing. 

•  Special  procedures  for  resolving  disputes  between  die  test  team  and  the  coding  teams 

•  Test  cases  for  verifying  Year  2000  compliance  for  each  system. 

•  Test  cases  for  verifying  Year  2000  compliance  between  systems,  i.e.,  verifying  that  the  exchange  of 
data  between  (unit  tested)  compliant  systems  does  not  result  in  the  loss  of  compliance  for  any  system. 

•  Procedures  for  testing  after  bridges  have  been  built  or  burned,  after  code  has  been  merged  with 
business-as-usual  updates,  or  after  a  COTS  update. 

Continue  Vendor  Management  for  Third-Party  Software  and  Non-IT  Systems  and  Devices.  (See  the 
discussion  provided  for  die  Assessment  and  Planning  Phase.) 

Perform  Testing  and  Generate  Test  Reports.  The  project  team  is  now  ready  for  testing.  The  systems  involved 
must  be  installed  in  the  test  environment  using  the  process  previously  established  and  tested  using  the  test  plan  and 
the  system  test  cases.  All  test  results  must  be  recorded  in  die  test  report(s).  The  testing  task  must  also  accommodate 
business-as-usual  updates  to  die  applications  and  compliance  updates  to  COTS  packages.  As  COTS  updates  are 
received  and  additional  systems  achieve  compliance,  bridge  software  developed  for  unit  testing  must  be  removed 
Typically  all  these  updates  require  retesting. 

Support  Agency  Redeployment  Activities.  The  Agency  must  redeploy  the  tested  systems  into  production  This 
task  may  include  items  like  redeployment  planning,  contingency  planning,  and  disaster  recovery  planning. 

Perform  On-Going  Project  Management  Activities.  (See  die  discussion  provided  for  die  Inventory  Phase.) 

Suggested  deliverables  for  die  Validation  and  Deployment  phase  include: 

•  Project  Plan  for  die  Validation  and  Deployment  Phase  (for  a  sample  Project  Plan,  see  Appendix  A). 

•  Roles  and  Responsibilities. 

•  Weekly  Project  Status  Reports. 

•  A  Test  Plan  for  die  Agency  Year  2000  conversion. 

•  Test  Reports. 

(The  information  presented  in  tiiis  section  is  based  on  SAIC  internal  Y2K  documentation  and  is  reproduced  here 
with  their  permission.) 
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4  Year  2000  PMO 

4.7     777)  Y2KPMO 


In  June.  ITD's  Strategic  Planning  Group  (SPG)  established  the  Year  2000  Program  Management  Office  (Y2K 
PMO)  to  coordinate  the  Commonwealth's  Year  2000  effort.  The  purpose  of  the  Y2K  PMO  is  to: 

•  Ensure  accurate  monitoring  of  the  Commonwealth's  progress  in  meeting  the  Year  2000  challenge; 

•  Identify  risk  areas  and  risk  mitigation  activities: 

•  Disseminate  lessons  learned  to  state  agencies;  and. 

•  Serve  as  a  Year  2000  resource  to  state  agencies  and  departments  in  the  three  branches  of  government. 

The  Y2K  PMO  is  also  networking  with  Year  2000  Program  Offices  from  other  states  with  monthly  teleconferences 
to  discuss  Year  2000  issues  peculiar  to  states  and  to  share  lessons  learned. 

The  Y2K  PMO  is  located  in  Room  801  at  One  Ashburton  Place.  Boston  -  the  McCormack  State  Office  Building  on 
Beacon  Hill. 

4.2     Who  We  Are 


The  Y2K  PMO  consists  of  six  people.  We  are  available  to  any  state  agency  to  answer  questions  related  to  the  Year 
2000  effort,  provide  information,  recommend  solutions  to  agency  problems,  and  refer  agencies  to  sources  of 
information.  The  Y2K  PMO  is  part  of  the  Strategic  Planning  Group  within  the  Information  Technology  Division: 
Val  Asbedian  is  the  Director  of  SPG  and  can  be  reached  at  973-0763  or  via  the  internet  at 
\  al.asbedian  a  state.ma.us    Feel  free  to  call  with  any  questions  or  comments  you  may  have. 


4.3    PMO  Activities 


ITD's  Y2K  PMO  provides  three  types  of  support  services  with  regard  to  the  Year  2000  Project: 

4.3.1  Foster  Awareness  and  Exchange  of  Technical  Information 

•  The  Y2K  PMO  has  identified  Year  2000  coordinators  in  over  150  agencies  in  the  Commonw  ealth. 
These  points  of  contact  are  our  primary  basis  for  disseminating  information  to  agencies  about  our 
various  activities.  A  list  of  the  agency  points  of  contact  is  provided  in  Appendix  B. 

•  The  Y2K  PMO  sponsors  monthly  meetings  of  the  Massachusetts  Government  Year  2000  User  Group 
(a  meeting  schedule  appears  in  Section  7).  The  User  Group  meetings,  open  to  all  agency  and 
department  staff,  were  established  as  a  forum  for  agencies  to  share  information  and  lessons  learned 
regarding  Year  2000  remediation  and  a  place  to  get  help  with  any  problems  they  may  be  having.  As 
Year  2000  awareness  spreads  among  the  agencies,  we  are  seeing  steady  growth  in  attendance  at  Users 
Group  meetings.  In  April,  six  agencies  were  represented.  At  the  September  Users  Group  meeting.  28 
agencies  were  represented.  We  expect  to  see  a  continuing  increase  in  these  numbers  asjnore  agencies 
and  departments  recognize  the  importance  and  magnitude  of  this  task. 

•  The  Y2K  PMO  hosts  quarterly  Year  2000  Days  and  vendor  days.  Our  Year  2000  Days  provide  an 
additional  means  of  disseminating  current  information  on  Year  2000  issues.  At  our  first  such  event  in 
April,  then  Lt.  Governor  Paul  Cellucci  was  one  of  our  speakers,  along  with  the  Deputy  State  Auditor 
and  the  State  CIO.  At  our  June  Awareness  Day.  speakers  from  Microsoft,  Oracle,  Lucent,  and  Nynex 
presented  information  regarding  their  experiences  in  achieving  Year  2000  compliance  in  their 
products.  Our  most  recent  Year  2000  Day  on  October  9th  featured  a  presentation  about  the  newly 
established  PMO.  and  informational  presentations  by  Digital  Equipment  Corporation.  EDS,  and 
Cambridge  Resource  Group.  Our  next  Year  2000  Day  is  scheduled  for  March  5,  1998. 
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•  Each  issue  of  the  quarterly  Information  Technology  Bulletin  contains  material  about  the  Year  2000, 
starting  with  the  Winter  1997  issue.  The  IT  Bulletin  is  also  available  on  the  Web  at 
http://www.state.ma.us/itd/bulletin/. 

•  The  Y2K  PMO  maintains  a  Year  2000  Web  site  for  Project  information  and  useful  links.  The  URL  for 
this  site  is  http://www.magneLstate.ma.us/y2k 

•  In  April.  ITD  published  "Year  2000,  Meeting  the  Challenge",  a  reference  book  for  the  agencies 
Included  in  this  publication  were: 

■  an  in-depth  description  of  the  Year  2000  problem; 

■  a  timeline  for  the  Commonwealth's  Y2K  Action  Plan;  and 

■  a  number  of  different  reference  lists  such  as  web  sites,  blanket  vendors,  dates  of  User  Group  meetings, 
date  standards  for  the  Commonwealth,  and  contract  guidance. 

To  date,  we  have  had  requests  for  over  1500  copies  of  the  book  and  additional  requests  are  still  coming  in 
This  document  is  a  second  edition  of  the  "Year  2000,  Meeting  the  Challenge"  book.  It  focuses  on  the 
activities  agencies  should  be  involved  in  today  if  they  are  to  meet  the  Year  2000  challenge  and  prov  ides 
updated  reference  lists.  Other  volumes  of  this  document  containing  timely  Year  2000  information  and 
guidance  will  be  published  in  the  future. 

•  The  Y2K  PMO  posts  much  of  the  information  in  its  "Year  2000,  Meeting  the  Challenge"  book  on  the 
Internet.  The  web  site  also  provides  links  to  other  web  sites  with  helpful  information,  and  frequently 
asked  questions.  The  address  for  the  Year  2000  site  is  www.magnetstatcma.us/y2k/. 


•  The  Y2K  PMO  maintains  a  library  of  Year  2000  information  from  sources  like  the  federal  gov  ernment 
and  other  states.  These  resources  include  guidelines  and  formats  for  assessments,  inventories  and 
plans.  Articles  of  interest  are  also  available  and  may  be  copied.  The  library  is  currently  housed  in  a 
file  cabinet  just  inside  the  door  and  next  to  the  Receptionist  in  Room  801  at  One  Ashburton  Place. 

•  To  assist  agencies  needing  to  accelerate  their  efforts,  the  PMO  organized  a  September  workshop  which 
focussed  on  Year  2000  project  management  and  assessment  issues  necessary  for  an  effective  Year 
2000  project  launch.  This  workshop  drew  on  the  direct  experiences  of  both  the  Department  of 
Employment  and  Training  and  also  the  Department  of  Revenue. 

•  Staff  members  in  the  Y2K  PMO  can  provide  technical  assistance  in  selecting  tools  for  Year  2000  fixes. 
Through  the  User  Group  we  will  acquire  and  disseminate  information  regarding  agency's  experiences 
with  vendors  and  products. 

•  The  Y2K  PMO  staff  can  also  provide  planning  assistance,  as  needed,  in  preparing  or  reviewing  agency 
assessments  and  plans  for  addressing  the  Year  2000  challenge. 

•  The  Y2K  PMO  will  continue  to  publish  statewide  Year  2000  standards  like  the  material  in  Section  6. 
as  well  as  other  standards  like  the  Commonwealth  Standards  and  Guidelines  for  Infonnation 
Technology  which  address  hardware  and  software  configurations  (see 

http://www.magnetstate.ma.us/itd/standard/).  The  purpose  of  these  standards  is  to  achieve  a  level 
of  statewide  consistency  that  ensures  the  interoperability  of  our  systems  both  internal!)  and  externally. 
They  also  ensure  that  new  IT  investments  are  Year  2000  compliant. 

4.3.3  Monitor  Statewide  Efforts  and  Progress 

•  The  Y2K  PMO  is  in  the  process  of  developing  and  maintaining  a  database  to  track  Year  2000 
assessment,  planning,  validation  and  deployment  activities  by  agency  and  the  compliance  status  of 
Commonwealth  mission-critical  systems.  The  database  will  facilitate  data  collection  and  progress 
monitoring. 

•  In  July,  the  Y2K  PMO  staff  embarked  on  an  effort  to  visit  over  100  Commonwealth  agencies  to 
ascertain  the  stahis  of  their  Year  2000  projects  and  to  identify  the  Commonwealth's  mission-critical 
svstems.  The  interview  process  has  proved  to  be  an  effective  means  of  introducing  the  PMO  to 
agencies,  to  remind  agencies  to  include  their  PBX's  and  other  embedded  systems  in  their  projects,  to 
personally  encourage  agencies  to  attend  User  Group  meetings,  and  to  identify  major  concerns 
regarding  the  Year  2000  initiative.  The  infonnation  collected  from  the  interviews  will  be  used  to 
determine  the  level  of  effort  and  resources  required  to  achieve  compliance,  establish  a  baseline  for 
measuring  future  progress,  and  identify  risk  areas. 


4.3.2  Provide  Coordination  and  Support 
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5  Auditor' 


s  Survey 


Last  April,  the  Office  of  the  State  Auditor  mailed  a  survey  to  over  600  state  and  local  agencies  and  authorities  in 
Massachusetts  cities  and  towns.  The  purpose  of  the  survey  was  to  provide  these  organizations  with  a  self- 
assessment  tool  to  indicate  their  readiness  to  achieve  compliance  and  to  collect  enough  information  to  determine  a 
snapshot  of  the  Commonwealth's  compliance  status.  In  addition,  the  survey  was  intended  to  help  determine  the 
progress  that  has  been  made  so  far.  define  the  scope  of  the  challenge  on  a  statewide  basis  and  determine  the 
resources  and  support  that  will  be  necessary  to  successfully  complete  conversion  or  replacement  efforts. 

The  Office  of  the  State  Auditor  entered  the  results  in  a  database  and  are  in  the  process  of  evaluating  these  results.  A 
report  from  that  office  is  expected  to  be  published  late  October. 

The  results  of  the  Auditor's  survey  can  be  obtained  at  http : //www. magnet. state . ma. us/ sao/edp  1 . htm .  These  results 
serve  as  a  reminder  that  much  remains  to  be  done  in  order  to  reach  our  Year  2000  compliance  goal.  The  deadline 
for  this  project  is  immovable  -  Secretary  Baker's  letter  (see  page  1-3)  serves  to  emphasize  that  this  is  a  high  priority 
initiative. 
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6  Standards  and  Contract  Guidance 

6 . 1  Date  Standards 

The  Massachusetts  Government  User  Group  has  defined  Year  2000  compliance  thus: 

"Year  2000  compliant  means  information  technology  that  accurately  processes  date/time  data  (includmg,  but  not 
limited  to.  calculating,  comparing,  and  sequencing)  from,  into,  and  between  the  twentieth  and  twenty-first  centuries, 
and  the  years  1999  and  2000  and  leap  year  calculations.  Furthermore,  Year  2000  compliant  information  technology, 
when  used  in  combination  with  other  information  technology  ,  shall  accurately  process  date/time  data  if  the  other 
information  technology  properly  exchanges  date/time  data  with  it." 

National  and  international  standards  organizations  such  as  NTST  and  ISO  are  recommending  date  standards  that  use 
a  four-digit  year  where  a  two-digit  century  precedes,  and  is  contiguous  with,  a  two-digit  year-of-century  (e.g.  1999. 
2000.  etc.).  The  federal  government  has  adopted  this  standard  for  the  purposes  of  electronic  data  interchange  in  any 
recorded  form  among  U.S.  Government  agencies.  The  Commonwealth  of  Massachusetts  is  also  adopting  this 
standard  for  the  purpose  of  electronic  data  interchange  among  its  agencies. 

The  international  standard  date  notation  is  CCYYMMDD  where  CC=century.  YY=year,  MM=month  and  DD=dav 
For  example.  August  4,  1997  would  be  "19970804";  February  29.  2000  would  be  "20000229.  This  notation  is 
becoming  increasingly  popular  and  is  likely  to  become  a  de-facto  standard.  Commonweal tli  agencies  are  strongly 
advised  to  use  this  notation  for  date  representation. 

6. 2  Sample  Year  2000  RFR  Language 


OSD  and  ITD  have  jointly  agreed  on  the  definition  for  Year  2000  Compliance  and  language  for  use  m  RFRs.  The 
Year  2000  issue  must  be  considered  in  all  procurements  that  include  products,  services  and  sy  stems  that  use 
day/date  data.  Below  is  the  RFR  language  for  the  Year  2000  issue  for  new  procurements. 

"The  contractor  represents  and  warrants  that  the  information  technology  for  this  contract  is  year  2000  compliant 
Year  2000  compliant  means  information  technology  that  accurately  processes  date/time  data  (including,  but  not 
limited  to.  calculating,  comparing,  and  sequencing)  from.  into,  and  between  the  twentieth  and  tw  enty  -first  centuries, 
and  the  years  1999  and  2000  and  leap  year  calculations.  Furthermore.  Year  2000  compliant  information  technology  , 
when  used  in  combination  with  other  information  technology  ,  shall  accurately  process  date/tune  data  if  die  odier 
information  technology  properly  exchanges  date/time  data  with  it.  This  warranty  shall  survive  the  expiration  or 
termination  of  this  contract.  " 

6. 3     Contract  Guidance  Relating  to  Interfaced  Systems 

Agencies  entering  into  contracts  not  involving  die  purchase  of  a  product  or  service  per  se.  but  contracting  to 
interface  an  existing  sy  stem  with  die  system  of  an  outside  entity  ,  may  wish  to  consider  die  follow  ing  language: 

"The  contractor  represents  and  warrants  diat  tliis  system  and  all  interfaces  to  tiiis  sy  stem  diat  die  contract  is 
providing,  including  but  not  limited  to  interfaces  with  odier  systems  and  data  entry  interface  for  diis  system,  are  >  ear 
2000  compliant.  Year  2000  compliant  means  information  technology  tiiat  accurately  processes  date  nine  data 
(including,  but  not  limited  to.  calculating,  comparing,  and  sequencing)  from.  into,  and  between  the  twentieth  and 
twenty -first  centuries,  and  die  years  1999  and  2000  and  leap  year  calculations.  Furthermore.  Year  2000  compliant 
information  technology,  when  used  in  combination  witii  other  informauon  technology .  slutil  accurateh  process 
date/time  data  if  the  odier  information  technology  properly  exchanges  date/time  data  widi  it  This  warrant)  shall 
survive  die  expiration  or  termination  of  this  contract  " 


ITD  Y2KPMO 


Page  6-1 


Year  2000,  Meeting  the  Challenge,  Second  Edition 
Revision  2 


January  1998 


6.4    A  dditional  Protections  for  Large  Scale  or  Especially  Important  Systems 

Some  contracts  may  require  additional  clauses  because  the  contract  involves  a  higher  risk  of  loss  for  the 
Commonwealth  if  the  underlying  system  is  not  year  2000  compliant.  For  instance,  an  agency  entering  into  contracts 
for  mission  critical  systems,  date  sensitive  applications  or  large  scale  deployments,  may  wish  to  include  additional 
contract  language  that  requires  testing  to  prove  year  2000  compliance  prior  to  acceptance.  This  language  should  be 
closely  tailored  to  the  specific  contract.  It  may  also  be  necessary  to  include  language  in  these  types  of  contracts  that 
requires  proof  of  insurance  or  some  other  guarantee,  such  as  performance  bonds,  in  the  event  of  Commonwealth 
losses  due  to  non-compliance. 


6. 5     Year  2000  Activity  for  Statewide  Contracts 


OSD  is  proceeding  with  efforts  so  that  all  IT  contracts  will  be  Year  2000  compliant.  The  new  PBX  contract  has 
compliance  provisions,  and  all  other  contracts  will  have  these  provisions  in  the  future.  All  new  statewide  contracts 
from  this  date  forward  will  have  requirements  for  year  2000  compliance  for  all  products,  services  and  systems. 
Existing  contracts  will  be  amended  at  renewal  time.  Until  then,  ordering  departments  need  to  specify  the  year  2000 
compliance  requirement  with  all  orders  and  requests  for  quotes. 


.::\:v'::  •     •    •  '  ' 


6.6    Current  Contracts 


OSD  is  proceeding  with  efforts  so  that  all  products  and  services  purchased  on  IT  statewide  contracts  are  Year  2000 
compliant.  OSD  is  requiring  a  Year  2000  amendment  on  all  statewide  IT  contracts  at  renewal  time.  Until  that  time 
we  have  requested  that  all  vendors  voluntarily  offer  an  additional  Year  2000  warrant}'  on  the  following  contracts: 

•  PC  Network  and  Integrators  Contract,  6/30/98  renewal. 

•  IT  Consulting  Contract.  6/30/98  renewal. 

•  Mid-Range  Contract  pricing  extended  to  8/20/98  and  services  to  6/30/99. 

6. 7    Year  2000  Warranty  for  New  Contracts 

Any  new  statewide  IT  contracts  after  March  1997  will  have  the  Year  2000  warranty  included.  The  new  PBX 
contracts  nTOl.  ITT02  and  Oracle  contract  ITM01  have  this  compliance  provision. 


Purchasing  Guidance 


We  recommend  for  new  IT  purchases  of  product  and  services  that  the  attached  list  is  checked  to  verify  your 
Contractor  lias  signed  an  additional  Year  2000  warranty  that  is  acceptable  to  the  Commonwealth.  A  copy  of  this 
signed  statement  is  available  from  the  vendor.  If  your  vendor  is  not  on  the  list  ask  the  contractor  to  sign  an 
additional  Year  2000  warranty  before  committing  to  any  new  work.  A  sample  warranty  statement  is  included  here. 

Any  IT  project  should  be  evaluated  for  the  risk  of  loss  due  to  Year  2000  Issues.  If  the  risk  is  high  for  mission 
critical  or  date  sensitive  applications  then  you  may  want  to  seek  additional  protections  such  as: 

•  Requiring  addition  tests  to  prove  Year  2000  compliance  before  acceptance. 

•  Proof  of  insurance  or  some  other  guarantee  such  as  penalties  or  performance  bonds. 

•  Statewide  IT  Contract  Managers 

Please  direct  any  questions  regarding  Year  2000  issues  to  the  Contract  Manager: 

•  PC  Desktop  and  Integrator  Contract.  Consulting  Contract: 
Gerry  Ostrer  (617)-727-7500  x206,  gerry.ostrerf&state.ma  us 
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•  Mid  Range  Contract: 

Jem  Polcari  (617)-727-7500  x321,  iem.polcarifastate.ma.us 

•  PBX  Contracts: 

Sal  Torname  (617)-727-7500  x204,  sal.torname'a  state. ma.us. 

6. 9     Year  2000  Warranty  (Recommended  Sample) 

sSS.I;  ,;:..„;:;:,;..:;,..,,'.,..,  '.  .,.„.,,-,  .  ,...„;.   .  •   

This  sample  Year  2000  Warranty  is  recommended  for  all  RFRs  and  purchases  with  vendors  who  are  listed  as  not 
signing  an  additional  Year  2000  Warranty  acceptable  to  the  Commonwealth. 

The  contractor  represents  and  warrants  that  the  product(s)  and/or  service(s)  for  this  contract  are  Year  2000 
compliant.  Year  2000  compliant  means  information  technology  that  accurately  processes  date/time  data  (including, 
but  not  limited  to.  calculating,  comparing,  and  sequencing)  from  into,  and  between  the  twentieth  and  twenty-first 
centuries,  and  the  years  1999  and  2000  and  leap  year  calculations.  Furthermore.  Year  2000  compliant  information 
technology,  when  used  in  combination  with  other  information  technology,  shall  accurately  process  date/time  data  if 
the  other  information  technology  properly  exchanges  date/time  data  with  it.  This  warranty  shall  survive  the 
expiration  or  termination  of  this  contract. 

Contractor:   


Signature: 
Tide: 


Date. 


6. 10  List  of  Vendors 

A  list  is  provided  here  of  all  vendors  that  have  executed  a  2000  warranty  that  is  acceptable  to  die  Commonweajdi 
Updates  to  diis  list  will  be  provided  on  die  OSD  home  page  at: 

http://www.magnetstate.ma.us/osd/memo/memotoc.htm. 
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ORACLE  CONTRACT  FOR  PRODUCTS  AND  SERVICES 


VENDOR 

Executed  Acceptable  Y2K  Warranty 

ORACLE  CORPORATION 

YES 

MID-RANGE  SYSTEMS  AND  SERVICES  CONTRACT 


VENDOR 

Executed  Acceptable  Y2K  Warranty 

ATT  GLOBAL  SOLUTIONS' 

NO 

DATA  GENERAL 

YES 

WANG  LABORATORIES 

YES 

BULL  NH  INFORMATION  SYSTEMS 

YES 

DIGITAL  EQUIPMENT  CORPORATION 

YES 

IBM 

YES 

PRAXIS 

YES 

THE  FUTURE  NOW 

YES 

UNISYS 
TOTALS 

YES 
8  OF  9 
VENDORS 

ATT  Global  was  not  offered  a  contract  extension 


PC  AND  NETW  ORK  INTEGRATOR  CONTRACT 


VENDOR 

Executed  Acceptable  Y2K  Warranty 

AMERIDATA  now  (GE  CAPITAL  ITS) 

YES 

BAYSTATE  DATA  SYSTEM 

YES 

CBE  TECHNOLOGIES,  INC. 

YES 

CHARTER  SYSTEMS  (NE  SYS) 

YES 

CIC  SYSTEMS 

YES 

COMPUCOM  SYSTEMS,  INC. 

YES 

COMPUTER  MARKETPLACE 

YES 

DECISION  ONE 

YES 

FCP  TECHNOLOGIES/ENTEX 

YES 

I-NET 

YES 

MICROLAND 

YES 

PRAXIS  GROUP 

YES 

RETRO-FIT 

YES 

SIGMA  TECH 

YES 

TERMINAL  EXCHANGE 

YES 

VANSTAR 

YES 

TOTALS 

16  OF  16 
VENDORS 
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CONSULTING  CONTRACT 


VENDOR 

Executed 

VENDOR  ""'  " 

Executed 

ADEPT 

I  Liu 

I  FNTO  fOMPI  ITFR  fOM>l  II  TINf; 

VP? 

I  LJ 

ADVANCED  MODULAR  SOLUTIONS 
INC. 

NO 

MADENTECH  CONSULTING 

YES 

AMDAHL 

NO 

MA  YTMT Is 

AMERICAN  MANAGEMENT  SYSTEMS 

NO 

MFHTA  PORP 

I  i . 

ANALYSIS  &  TECHNOLOGY 

YES 

MTfHAFT  ANTHONY  ASSOC 

I  LJ 

ANALYTICAL  SYSTEMS  ENG.  CORP. 

YES 

MOsATC  DATA  sY^TFM 

i  i . 

ANDERSON  CONSULTING 

NO 

NFTWORK  sTX 

1  >  L_,  1    VV  wlVl\  0 1A 

I  Co 

APPLIED  GEOGRAPHICS 

YES 

NORI  F  SOFTWARF  <nOT  ITTIONN 

I  CO 

BUSINESS  PROCESSING 
TECHNOLOGIES 

YFS 

A  LiO 

PFRFORM  A  NIPF  DFVFI  OPMFMT 

CORP. 

I  LJ 

C  &  C  DATA  PROC.  ASSOC. 

YES 

PINKERTON 

A    All  1  V  1  .  1  ^  1         1  'I 

YES 

C.W.  COSTELLO 

YES 

OU  AD  RANT  CORP 

'  *  »  '  A              1  A     V_^  V-*A  VA 

YES 

CAMBRIDGE  RESOURCE  GROUP 

YES 

SAPIENT 

ij  i  LA    ll_i  1  ™  1 

NO 

CENTECH 

YES 

SCIENCE  APPLICATION  INTL  CORP 

<J  V.    1  J — '  1  ™  V    t-  ^    I  LA    A    1  v  1  V_   .    1   1    1  \  y  1  i     1111      1  l    V     V./  1  VI 

YES 

CHARTER  SYSTEMS 

YES 

SDI/  SYSTEMS  DEVELOPMENT  INC 

kJ  L-/  A/     kJ  A  ij  A  I — .  I'  lo    Lv  1 — .    V  1jLjV/1    1 V  11.  .  >    1     A 1  ^  V  . 

YES 

CITY/STATE  COMPUTER  SERVICES 

YES 

SOFTWARE  AG 

YES 

CLAREMONT  TECH  GROUP 

NO 

SOURCE  ONE  SOLUTION 

YES 

COMMAND  SYSTEM 

YES 

SUM  ARIA  SYSTEMS  INC. 

YES 

COMMONWEALTH  TECHNOLOGIES 

YES 

SYBASE  INC. 

NO 

COMMUNICATIONS  ANALYSIS  ASSOC. 

YES 

SYSTEM  RESOURCES  CORP. 

YES 

COMPUCOM  SYSTEMS.  INC. 

YES 

SYSTEMS  ENGINEERING.  INC 

YES 

CONNOLLY  INFORMATION  SERVICES 

YES 

SYTEL.  INC. 

YES 

CONTRACT  SOLUTIONS  INC 

NO 

THE  BSC  GROUP 

YES 

COOPERS  &.  LYBRAND 

NO 

THE  CLARITY  GROUP 

YES 

D  R  WHTTF  COMPUTER  SERVICES 

NO 

THE  PRAXIS  GROUP 

YES 

DATABASE  TECHNOLOGIES  INC 

YES 

THE  REGISTRY  INC. 

YES 

DFI  OTTTF  A  TOUCHE 

YES 

UII  CORPORATION 

YES 

DIOTTAT  FOI TTPMFNT  CORP 

A-xAVJA  A  rVL  LyVJUlI  1 V  AA_/ 1  >  A    vvlu  . 

YES 

UNICOM  /  MICROAGE 

YES 

DMR  TRFPOM 

NO 

UNISYS  CORP 

YES 

FDP  CONTRACT  SFRVTCFS 

YES 

UNIVERSAL  SYSTEMS  INC. 

NO 

FFK  TORPOR  ATTON 

YES 

UTOPIA  INC. 

YES 

ELIASSEN  GROUP 

YES 

WANG  LABS 

YES 

FCP  TECHNOLOGIES/ENTEX 

YES 

WATERFIELD  TECHNOLOGY  GROUP 

YES 

GIS  TRANS. 

NO 

WHITRIDGE  ASSOC. INC. 

YES 

IBM  CORP. 

YES 

WT  CHEN 

YES 

INTERGRAPH  CORPORATION 

YES 

ZEITECH 

YES 

INTERLEAF  INC. 

NO 

INTERMETRICS  INC 

YES 

 1  

KPMG  PEAT  MARWICK  LLP 

NO 

TOTALS 

56  OF  73 
VENDORS 
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7  Year  2000  Agency  Information  Resources 


A  number  of  resources  exist  to  provide  useful  Year  2000  information  for  all  levels  of  agency  staff.  This  chapter 
includes  a  list  of  these  resources.  Some  resources  are  specific  to  Massachusetts,  like  the  monthly  User  Group 
meetings  and  the  quarterly  Year  2000  days  Others  are  more  general:  die  library  established  in  die  Y2K  PMO 
office,  and  web  sites. 

7.1    Massachusetts  Government  Year  2000  User  Group 


The  Y2K  PMO  has  launched  a  Massachusetts  Government  Y2K  User  Group.  Monthly  meetings  are  held  on  die  first 
Tuesday  of  the  month  in  the  21st  floor  conference  room,  One  Ashburton  Place,  Boston;  the  schedule  of  meeting 
dates  appears  below. 

•  October  14,1997 

•  November  4,1997 

•  December  2,1997 

•  January  13,1998 

•  Feb  10,  1998 

•  Mar  3,  1998 

•  Apr  7.  1998.  tentative 

For  more  information  about  the  User  Groups,  call  Marcia  King  (617)  973-071 1. 


The  first  edition  of  tins  publication,  published  last  April,  included  a  list  of  Year  2000  web  sites  tiiat  can  be  of  use  to 
agencies  in  addressing  many  Year  2000  issues.  In  this  edition,  we  have  included  an  expanded  list  as  well  as  a 
description  and  evaluation  of  some  of  our  favorites. 

The  following  list  of  selected  websites  is  grouped  according  to  various  categories.  The  evaluations  are  strictly  the 
opinion  of  die  writer!  Also,  keep  in  mind  that  die  Internet  is  a  very  dynamic  environment.  While  these  sites  existed 
at  one  time  as  described  below,  they  may  no  longer  exist  or  may  have  been  changed  significantly.  For  sites  which 
provide  product  evaluations  or  product  Y2K  compliance  information,  it  is  strongly  recommended  that  readers  check 
diese  sites  regularly  since  they  are  updated  frequently. 


7.2 


Year  2000  Web  Sites 


The  Year  2000  Problem 


Facing  the  Year  2000  Problem 

http://www.comlinks.com/mag/cirep.htm 


Year  2000,  Meeting  the  Challenge 

http://www.magnet.state.ma.us/Y2K7 


Project  Management 


Awareness,  Assessment,  and  Audit  Tools 

http:  //www .  state .  id.  us/y2k/audi  t .  htm 


Good  'how  to'  with  steps  for  each  of  die  Y2K  project  phases 
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Year  2000  Best  Practices 

http://infosphere.safb.  af.mil/~iwid/fadl/vvorld/fedguide.htm 
Great  descriptions  of  each  phase  of  Y2K  project 

Software  Questionnaire 

http://www.state.id.us/y2k/question.htm 

Nice  list  of  questions  to  help  determine  extent  of  Y2K  problem  and  help  organizations  that  haven't 
done  an  inventory  or  assessment  get  started 

Solutions  (e.g.,  windowing,  expanding  date  field,  etc.) 
MITRE  -  Y2K  Solutions 

http://www.mitre.org/researcli/cots/Y2K  SOLUTIONS. html 
Nice  description  of  various  solutions  to  the  Y2K  problem 


A  Bridge  Over  Your  Year  2000  Problem 

http://www .  itpolicy.  gsa.  gov/mks/vr2000/chan.htm 

Interesting  article  providing  some  philosophy  regarding  the  Y2K  and  some  potential  solutions 

Major  Software  Providers 

Microsoft  http://www.microsoft.com/cio/articles/vear2000faq.him 
Oracle  http://www.oracle.com/support/litml/2000.htm 
Computer  Associates  http://www.cai.com/products/ca2000/v2000cl.htm 

Banyan  http://www.banyan.com 

IBM  http://www.ibm.com/IBM/vear2000/ 

DEC  http://www.software.digital.com/vear2000/status.html 

*Banyan's  website  currently  has  no  Year  2000  information,  however,  the  site  is  included  here  so  that  users 
may  check  periodically  for  updates. 


Tools 


Florida  -  Year  2000  Tools  and  Training 

http://mail.irm.state.fl.us/yr2ktools.html 

Provides  a  list  of  Y2K  software  tools  grouped  by  mainframe,  midframe.  language,  PC.  and  other 
types  of  tools. 


U.S.  Army 

http://www.armv.mil/annv-y2k/tools/tools~l.htm 

Provides  links  to  three  lists  of  tools:  l)Sofware  slicing  tools.  2)  Datanaine  rationalization  tools.  3 1 
Other  year  2000  related  tools  .  Each  list  includes  vendor  name  and  address,  language,  platform, 
classification,  and  type.  Lists  of  tools  are  based  on  vendor  descriptions,  not  independent  user 
evaluations. 
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Defense  Information  Systems  Agency 

http://www. mitre.org/researcliyv2kydocs/TOOLS  CAT.html 

Has  links  to  a  number  of  tools;  provides  capability  to  submit  entries  to  the  catalog  or  make 
corrections.  Site  also  includes  search  capability  for  particular  tool. 

Federal  Experiences  with  Year  2000  Tools 

http://wwvv.  itpolicv.  gsa.  gov/mks/vr2000/toolexp.  htm 

Unfortunately,  as  of  this  evaluation  (7/30/97).  only  one  product  is  evaluated.  System  Vision  2000 
and  PM/SS;  this  site,  however,  is  probably  worth  checking  periodically  to  see  if  other  products 
have  been  added. 


Vendors  (tools,  consulting) 

MITRE  -  List  of  Vendors 

http :  //www .  mi  tre .  or  g/researchA  2k/docs/VENDORS .  html 

Long  list  of  vendors  offering  Y2K  tools  and/or  consulting  services;  some  have  links  to  vendor 
web  sites,  evaluations,  links  for  additional  information.  MS  Word  file  available  or  download  with 
the  vendor  information.  Site  is  updated  weekly. 


ITAA's  Buyers  Guide 

http://www.  itaa.org/vr2000bg.  htm 

Contains  a  good  description  of  w  hat  to  look  for  in  evaluating  a  senice  provider  to  do  the  Y2K 
conversion. 

V  endor  Compliance  (software  &  hardware) 

The  Hidden  Challenges  of  Managing  Vendors  and  Their  Year  2000 
Compliance 

http://wwAv.vear2000.coin/arcluve/vendors.html 


MITRE  -  List  of  COTS  vendors  and  the  status  of  their  Y2K  compliance 

http:/Avww. mitre.org/researcli/cots/COMPLIANCE  CAT.html 

Large  list  of  vendors;  site  allows  search  by  vendor  name  or  brow  sing  through  list.  MS 
Word  file  of  COTS  vendor  information  is  available  to  download.  Seems  to  be  very 
comprehensive  site.  Includes  hardware  and  software  vendors. 


MITRE  -  Y2K  Compliance  Information 

http://www.mitre.org/researclt/cots/COMPLIANCE  INFO. html 

Good  site  with  a  number  of  links  related  to  Y2K  compliance;  includes  list  of  questions  to 
ask  to  determine  compliance,  checklist  and  other  compliance  language  recommendations. 
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MITRE  -  Y2K  Compliant  BIOS 

http://ww.mitje.org/research/cots/COWLIAOT  BIOS.html 

Appears  to  have  a  very  thorough  description  of  what  the  PC  BIOS  problem  is,  how  to  test 
for  it,  and  links  to  sites  which  will  help  users  to  determine  what  thev  need  to  do  for  their 

PC's. 


Commercial  Off-The-Shelf  Software 

http://www.monmoutli.annv.mil/y2k/cots.htm 

Table  of  various  COTS  products  listing  version  numbers,  whether  they  are  compliant,  information 
source,  and  comments. 


Digital  Equipment  Corporation  -  Year  2000  Product  Status 

http :  //www .  soft  ware .  di  gital .  com/year2 000/status .  html 

Has  download-able  list  of  DEC  products  and  their  Y2K  status.  Have  not  dow  nloaded  list  but  have 
heard  it  is  quite  extensive.  According  to  the  web  site,  the  file  includes  the  name  of  the  product 
previously  used  names  where  applicable,  the  platform  the  product  is  used  with  (hardware 
architecture  and  operating  environment),  the  currendy  shipping  version  and  its  Year  2000  status, 
die  version  which  is  planned  to  be  Year  2000  ready  and  die  projected  release  date,  and  die  date  of 
die  latest  status  update  for  die  product 

PCs 

PCs  and  the  Year  2000  Problem 

http :  //www,  state .  id .  us/y2k/pcs.  htm 

Good  write-up  geared  to  Y2K  PC  issues 


MITRE  -  Y2K  Compliant  BIOS 

http://www.mitre.ora/research/cots/COMPLIANT  BIOS.html 

Appears  to  have  a  very  thorough  description  of  what  die  PC  BIOS  problem  is.  how  to  test 
for  it.  and  links  to  sites  which  will  help  users  to  determine  what  they  need  to  do  for  their 

PC's. 


RighTime  Y2K  Home  Page 

http://www.rightime.com/ 

Includes  information  and  free  tool  for  checking  your  PC  BIOS  to  see  if  it  is  Y2K  compliant  and.  if 
not.  to  correct  it. 

National  Software  Testing  Laboratories  -  YMARK2000 

http://wvm.nstl. com^tml/vTiiark  2000.html 

YMARK  2000  is  NSTL's  free  utility  to  determine  if  a  PC  w  ill  adequately  support  dates  after  IVcember 
31,  1999. 
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Legal  Issues 


Legal  Issues  Confronting  The  Federal  Government  And  The  State  Governments  Due  To  The 
Year  2000  "Millennium  Bug" 

http://mvw.llgm.coin/FIRM/article4.htm 

Good,  but  lengthy,  article  about  legal  and  other  issues  facing  the  federal  and  state  governments. 


Massachusetts  -  Standards  and  Contract  Guidance 

http:  //www .  state .  ma.  us/y  2k/standards .  htm 

Definition  of  year  2000  compliance  and  sample  year  2000  RFR  language 


Legal  Issues  Concerning  the  Year  2000  "Millennium  Bug" 

http://www.vear2000.com/arcluve/NFlegalissues.html 

A  good  explanation  of  the  legal  issues  surrounding  die  year  2000  bug.  Contains  references  to 
several  other  web  sites  and  documents. 


Federal  Agency/State  Data  Exchange  Points  of  Contact 

http://www.itpolicv.gsa.gov/mks/yr2000/fedagen.htm 

List  of  Points  of  Contact  for  approximately  50  Federal  Agencies  for  data  exchange 


National  Institute  of  Standards  and  Technology  Y2K  Web  Site 
http://www.nist.qov/v2k/ 

Includes  free  software  for  finding  dates  Uiat  can  be  downloaded 

A  Summary  of  the  International  Standard  Date  and  Time  Notation 

http://www.ft.uni-erlanqen.de/~mskuhn/iso-time.html 

Interesting  discussions  of  world-wide  date  and  time  standards. 


Joint  Position  Statement  -  Embedded  Systems  and  Manufacturing  Companies 

littp://www.effectivebvdesign.coin/nutmeg/embedsvs.html 

The  Millennium  Problem  in  Embedded  Systems 
http://www.iee.orq.uk/2000risk/Welcome.html 

Discussion  of  the  year  2000  problem  as  it  relates  to  die  microprocessors  found  in  fax 
machines,  elevators,  etc. 


Data  Exchange 


Date  &  Time  Standards 


Embedded 


Systems 
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The  Year  2000  and  Embedded  Systems:  For  Most  Businesses,  This  Does 
Not  Have  to  be  a  Major  Problem 

http://www.vear2000.com/archive/embedded.html 

Year  2000  Best  Practices  Handbook:  Firmware  for  Facilities  Infrastructure 
Best  Practices 

http ://www. state. mn .us/ebranch/admin/i po/2000/sec8  html 

Testing 

Software  Testing  Institute  -  The  Year  2000 
http://www.ondaweb.com/sti/year2000.htm 

A  Framework  For  Testing  Year  2000  Application  Conversions 
http://www.vear2000.com/archive/chaabouni.html 

Presents  a  framework  and  a  comprehensive  summary  of  testing  methodologies  and 
criteria  for  year  2000  conversion  efforts. 

Avoiding  Zero  Return  On  Your  Investment 

http://www.wsi.com/public/current/articles/SB859503975781248500.htm 


Test  Strategies  for  Year  2000  Project 
http://www.ftech.net/~evolutif/articles/y2kstrat.html 


Massachusetts  -  Related  Web  Sites 

Information  Technology  Division  (ITD)  Year  2000  site 

http://www.state.ma.us/y2k/index.htm 


Executive  Office  of  Administration  &  Finance 

http://www.EOAF.state.ma.us 

DOR's  Division  of  Local  Serv  ices 

http://www.state.ma.us/dls 


Operational  Services  Division 

http://www.  state. ma.  us/osd/osd.  htm 

Other  States  -  Y2K  Web  Sites 


Alaska 

http7/www.state.ak.us/local/akpaqes/ADMIN/info/vr2000.htm 

Arizona 

http://www.qita.state.az.us/v2k.htm 

Arkansas 

http://www.state.ar.us/dis/v2k/v2kintro.htm 

California 

http://www.vear2000.ca.qov 

Florida 

http://mail.irm.state.fl.us/vr2000.html 

Idaho 

http://www.state.id.us/v2k/index.htm 

Indiana 

http://www.ai.oro/dpoc/index.html 

Iowa 

http://www.state.ia.us/qovernment/its/centurv 

Kansas 

http://www.state.ks.us/public/kirc/vr2000.htm 
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Kentucky 

Massachusetts 

Minnesota 

Mississippi 

Missouri 

Montana 

Nebraska 

New  Hampshire 

New  Jersey 

New  York 

North  Carolina 

Ohio 

Oregon 

Pennsylvania 

Rhode  Island 

Texas 

Utah 

Virginia 

Washington 

West  Virginia 

Wisconsin 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


http 


//www,  state.  ky.us/year2000/index.htm 

//www. state. ma. us/y2k/index. htm 

//www,  state.  mn.us/ebranch/admin/ipo/2000/2000.html 

//www,  its,  state.  ms.us/yr2000/index.  html 

//www. state. mo. us/oit/plans/t  planZp5.htm 

//www.mt.qov/isd/year2000 

//www.das.state.ne. us/das  cdp/rfp/rfp.htm 

//www. state. nh.us/oitm/y2k.htm 

//www.state.ni.us/otis/year2000.htm 

//www. irm. state. ny.us/yr2000/vr2000. htm 

//year2000.state.nc.us 

//www. state. oh. us/opp/OPP-POL.htm 

//www.state.or.us/IRMD/y2k/year2k.htm 

//www.state.pa.us/Technoloqy  Initiatives/year2000/index.html 


//www,  lori.state.ri.us/y2k/index.  html 

//www.state.tx.us/year2000 

//www.qovernor.state.ut.us/sitc/yr2000.htm 


//www.cim.  state.  va.us/cdc/INDEX.  htm 


//www.wa.qov/dis/2000/v2000.htm 
//www. state. wv.us/y2k/default. htm 
//badqer.state.wi.us/y2k 


Other  Sites  &  Articles  of  Interest 

Official  Y2K  Web  Site 

http://www.year2000.com 

Year  2000  Archives 

http://www.year2000.com/v2karchive.html 

Ten  Management  And  Ten  Legal  Pitfalls  Regarding  The  Year  2000  Computer  Problem  That 

You  May  Not  Have  Considered,  YET! 

http://www.wsrcq.com/BeyondA.htm 


Fascinating  article  although  it  may  not  be  of  real  practical  value  to  state  Y2K  coordinators;  great 
reading,  though. 


Results  of  Year  2000  Limerick  Contest 

http://www.year2000.com/archive/limerick.html 

For  a  little  light  reading,  this  is  a  great  site.  DeJeager  ran  a  limerick  contest  and 
published  the  results.  Very  funny. 


Information  Technology  Association  of  America  (ITAA)  Y2K  Page 
http://www.itaa.orq/vear2000.htm 

This  is  another  site  with  good,  comprehensive  information,  particularly  about  vendors  and 
products. 


National  Association  of  State  Information  Resource  Executives 

(NASIRE)  -  Y2K 

http://www.  nasire.org/vear2000/index.  html 


ITD  Y2K  PMO 


Page  7-7 


Year  2000,  Meeting  the  Challenge,  Second  Edition 
Revision  2 


.January  1MH 


NASIRE  Publications  Order  Form 

http://www.nasire.orQ/publications/order2. html#anchor1 265869 

Order  form  for  Y2K  reports  and  video  describing  how  state  governments  can  meet  the 
Y2K  challenge. 


Info.  Tech.  Association  of  America 
http://www.ITAA.orq 


Gartner  Group 

http://www.Gartner.com 


Computer  Tech.  Research  Corp. 
http://www.CTRCORP.com 


Federal  Government  Services  Admin. 
http://www.ITpolicv.gsa.gov/mks/vr2000/y201toc1.htm 


7.3     Y2KPMO  Library 

The  Y2K  PMO  has  begun  a  collection  of  documents  available  to  any  agency  staff  members  to  read  and/or  cop\ 
The  Library  is  currently  housed  in  a  file  cabinet  inside  the  door  of  Room  801  at  One  Ashburton  Place   A  list  of  the 
types  of  information  in  the  library  follows: 

□  Documents 

■  Success  Stories  -  Descriptions  of  Y2K  projects  at  other  organizations 
•     Bank  of  Boston  Presentation 

□  Consulting  Companies  -  Marketing  brochures 

■  Computer  Professionals.  Inc 

■  Costello  Associates 

■  Digital  Equipment  Corporation  (DEC) 

■  GTE 

■  IBM 

■  Performance  Development 

■  Keane 

■  Global  Software 

■  Cambridge  Resources  Group 

■  DSD  Labs 

■  System  Resources 

■  Unisys 

■  Intermetrics 

■  Aplied  Business  Technologies  Corp 
Systems  and  Computer  Technology.  Inc. 

■  ISN  Group 
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□  Federal  Government  -  A  number  of  articles  from  Government  Computing  News  Articles  relative 
to  the  Federal  Y2K  effort,  including: 

•     NASIRE  survey 

■  DoD/Air  Force 

■  Y2K  Management  Plan 

□  State  Government  -  Articles  relative  to  other  states'  Y2K  effort,  including: 

■  Florida 

■  New  York 

■  Pennsylvania 

□  Letters  -  Y2K  readiness  letters  from  vendors 

■  Microsoft 

■  Banyan 

■  Netscape 

■  Corel 

■  Computer  Associates 

□  Y2K  Conferences  -  Agendas,  highlights  from  a  number  of  conferences 

□  Product  Reviews  -  Written  reviews  of  Y2K  software  products 

HotDate 

□  User  Group  Meetings  -  Agendas,  notes,  etc.  from  User  Group  meetings 

□  Year  2000  (Awareness)  Days  -  Agendas,  presentations,  minutes  from  Awareness  Days 

■  12-Jun-97 

■  9-Oct-97 

□  Other: 

■  ITAA  Y2K  Literature 

■  PC's  &  the  Year  2000 

■  Y2K  Project  Planning 

■  General  Articles  of  Interest 

■  Frequently  Asked  Questions 

■  Legal  Issues 

■  Audit  Guidelines 

■  RFP's,  Compliance  Agreements,  Warranties 

■  Checklist 

■  ISO  Date  Standard 

■  Web  Sites 


7.4    Partial  List  of  COTS  and  their  Y2K  Compliance  Status 


A  number  of  software  products  are  common  to  many  of  the  agencies  within  the  Commonwealth.  In  order  to  share 
information  and  avoid  the  need  for  agencies  to  reinvent  the  wheel,  the  more  common  products  are  listed  below  with 
their  compliance  information. 
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*k  CAUTION:  Unless  otherwise  noted,  the  information  in  the  table  below  is  not  official' 
information  obtained  in  writing  directly  from  the  vendors,  but  has  been  obtained  from  various  web 
sites.  It  is  strongly  recommended  that  Y2K  project  staff  regularl)  check  some  of  the  web  sites 
listed  above  to  get  the  latest  information 


COTS  Compliance  Status 

Vendor 

Product 

Compliance  Status 

Source 

Microsoft 

MS-DOS  (FAT  16) 

Good  "til  2108 

I^etter  received  hv  ITD 

Windows  3.x  (FAT  16) 

Good  -til  2108 

i  ' 

Windows  '95 

Good  "til  2108 

Windows  for  Workgroups  (FAT  16) 

Good  til  2108 

- 

Window  s  NT 

Good  'til  at  least  2108 

Visual  FoxPro 

9999 

Access  95  (2-digit  "YY"  shorthand) 

1999 

Access  (95  4-digit  year  and  97) 

2029 

Excel  (95  and  higher) 

At  least  2019 

Banyan 

Full  testing  to  be 
completed  and  report 
issued  bv  mid- 1997 

Letter  received  by  ITD 

Netscape 

Navigator  2.02.  3.0.  3.01 

Compliant  provided 
underlying  operating 
sy  stem  of  host  machine 
is  compliant 

Netscape  web  site 

The  Massachusetts  Information  Technology  Center  (  MITC)  in  Chelsea  has  been  compiling  an  inventory  of  all  3rd 
party  IBM  and  non-IBM  software  in  use  at  their  facility  and  the  compliance  status  of  each  The  following  is  the 
latest  hst  from  MITC: 


IBM  Software 


Product     Software     Level    Ser#    Year  2000     New      Product  Name     Sched  Complete 
#  Release    Product  Upgrade 

Needed  #   


5668-854 

ACF/NCP 

4.3.2 

DH572 

V4R3M1  OK 

N  \ 

5688-231 

ACF/NCP  V6 

6 

51600 

OK 

4QTR9" 

5665-338 

ACF  SSP 

3.7.0 

79303 

V3R9 

Ordered 

2QTR9- 

5665-338 

ACF  SSP 

3.7.0 

-\Fi'2 

V3R9 

Ordered 

20TR'>" 

5685-085 

ACF  NT  AM  V3 

3.4.2 

?2_4- 

V3R3  OK 

N  \ 

5685-085 

ACF  VTAM  Y3 

3.4.2 

37641 

V3R3  OK 

N  A 

5688-216 

AD  Cycle  C  370 

1.1.0 

60293 

VI R2 

4QTR9" 

5688-19" 

COBOL  for  MVS 

1.1.0 

60291 

VI R2 

4QrR9- 

5688-194 

AD  Cycle 
CODE  370 

1.1.0 

60290 

VI R2 

40TK9- 
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IBM  Software 


Product     Software     Level    Ser#    Year  2000     New     Product  Name     Sched  Complete 
#  Release    Product  Upgrade 

Needed  #   


5688-198 

LANG  EN  V 

1.1.0 

60292 

V2R2 

5688-188 

C/370  Library 

4QTR97 

5668-962 

ASSEMBLER 

2.1.0 

74767 

V1R2 

5696-234 

HLASM  New 
version  installed 

1QTR97 

6 

5668-962 

ASSEMBLER 

2.1.0 

92764 

VI R2 

5696-234 

HLASM  New 
version  installed 

1QTR97 

u 

5665-264 

BDT 

2.1.0 

CQ813 

V2R1  OK 

N/A 

5695-046 

Bookmanager 

2 

A0982 

VI R3 

4QTR97 

5655-121 

C/C++ 

3 

39149 

V3R2 

4QTR97 

5665-403 

CICS  V2.1 

2.1.2 

HG816 

V4R1 

5665-018 

CICS/ESA  V4 

4QTR97 

5665-403 

CICS  V2.1 

2.1.2 

ER815 

V4R1 

5665-018 

CICS/ESA  V4 

4QTR97 

5655-018 

CICS/ESA  V4 

4.1 

17694 

V4R1  OK 

N/A 

5655-018 

CICS/ESA  V4 

4.1 

18026 

V4R1  OK 

N/A 

5740-CB1 

Cobol 

2.4.1 

47335 

Not 

Supported 

4QTR97 

5668-958 

COBOL  11 

4 

74766 

VI R2 

5688-197 

COBOL   for  MVS 

*  * 

TBD 

5668-958 

COBOL  11 

4 

EG938 

VI R2 

5688-197 

COBOL   for  MVS 

** 

TBD 

5685-DB2 

DB2 

3.3.2 

60776 

V3R1  OK 

N/A 

5685-DB2 

DB2 

3.3.2 

GM763/68 
791 

V3R1  OK 

N/A 

5665-327 

DFDSS 

2.5.2 

79302 

4QTR97 

5665-XA3 

DFP 

3.5 

ED211 

VI R2 

5695-DF1 

DFSMS/MVS  ** 

TBD 

5665-XA3 

DFP 

3.5 

EL921 

V1R2 

5695-DF1 

DFSMS/MVS  ** 

TBD 

5665-370 

DITTO 

1.3.0 

CA044 

V1R16 

5655-103 

Cancelled 

5655-103 

DITTO  ESA 

0040909 

OK 

Installed  1Q97 

G 

5740-XC5 

DMS/CICS 

4 

22892 

V1R5 

4QTR97 

5655-257 

DSF 

1.16 

04126 

V1R16 
4QTR96 

4QTR97 

5658-260 

EREP 

07926 

OK  Special  Handling 

N/A 
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IBM  Software 

Product 

# 

Software 

Level 

Ser# 

Year 2000 
Release 
Needed 

New 
Product 

n 

Product  Name 

Sched 
Upgrade 

Complete 

5748-F03 

Fortran 

1.4.1 

82605 

V2R5 

5668-806 

40TR97 

5665-356 

GDDM'MVS 

2.1.0 

BH226 

V2R3 

4QTR97 

5668-812 

GDDM  PGF 

2.1 

A0312 

V2R1 

4QTR97 

5695-047 

HCD 

V5R1 

5655-068 

40TR97 

5798- 
DXQ 

ICFRU 

1 

HD612 

4Q96 

4QTR97 

5685-054 

ISPF  V3 

3.5 

32746 

V3R5  OK 

2QTR97 

5685-054 

1SPF  V3 

3.5 

37640 

V3R5  OK 

2QTR97 

5665-402 

ISPF.'PDF 

3.5 

GB673 

V4R1 

5655-042 

ISPF 

Testing 

5665-402 

ISPF  PDF 

3.5 

GJ186 

V4R1 

5655-042 

ISPF 

Testing 

5695-047 

JES2  MVS/SP  V4 

4.2.0 

A03K9 

V5R1 

5655-068 

MVS/ESA  SP  JES2 
Version  5  ** 

TBD 

5695-047 

JES2  MVS/SP  V4 

4.2.0 

A1B4F 

5655-068 

MVS/ESA  SP  JES2 
Versions  ** 

TBD 

5695-137 

MQSenes 

VI. 1.4 

A2DYD 

V1R1M3  OK 

N/A 

5685-108 

NET  VIEW  FTP 

V2 

2 

47944 

V2R2 

4QTR97 

5695-039 

RACF  V2 

V2 

A2JGJ 

OK 

Apr  97 

ii 

5695-039 

RACF  V2 

V2 

A2L1J 

OK 

Apr  9' 

D 

5665-362 

Netview  MVS/XA 

1.3.0 

AR352 

V3R1 

5665-362 

4QTR9- 

5665-362 

Netview  MVS  XA 

1.3.0 

BQ030 

40TR9■, 

5665-333 

NPM 

1.3 

61489 

VI R6 

4QTR97 

5665-333 

NPM 

1.3 

AF018 

V1R6 

4QTR9" 

5668-909 

OS  PLI  V2 

2.3.0 

DB550 

OK 

5668-909 

OS  PL  I  V2 

2.3.0 

DD325 

OK 

5665-308 

Overlay  Gen  Lanq 

1.2.0 

BQ152 

\  1R1M0 

5688-191 

4QTR9- 

5688-190 

Page    Pr  Format 
Aid 

1.1.0 

37173 

VI  Rl  OK 

4QTR9- 
 ' 

5734-PL3 

PL/1 

1.5.0 

65564 

??  Are  we  still  using  this 

Cancelled 

4QTR91 
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IBM  Software 

Product     Software     Level    Ser#    Year  2000     New     Product  Name     Sched  Complete 


#  Release    Product  Upgrade 

Needed  #   


5734-PL3 

PL/1 

1.5.0 

75632 

? 

Cancelled 

4QTR97 

5665-275 

PSF 

1.3.1 

BH954 

V2R2 

5695-040 

4QTR97 

5740- 
XXH 

RACF 

V2R2 

46937 

OK 

5695-039 

Cancelled 

1QTR97 

5740- 
XXH 

RACF 

V2R2 

BC010 

OK 

5695-039 

Cancelled 

1QTR97 

5665-488 

SDSF 

1.3.1 

BT151 

VI R6 

4QTR97 

5665-488 

SDSF 

1.3.1 

BX991 

VI R6 

4QTR97 

5668-949 

SMP/E 

1.8.2 

28829 

V1R8M0  OK 

N/A 

5668-949 

SMP/E 

1.8.2 

92762 

V1R8M0OK 

N/A 

5655- 
HAL 

TCP/IP 

3.2 

39148 

V3R1  OK 

N/A 

5685-025 

TSO/E  V2 

2.5.0 

9786 

V2R5  OK 

V2R4  BY  4Q96 

N/A 

5685-025 

TSO  E  V2 

2.5.0 

13161 

V2RSOK 

V2R4  BY  4Q96 

N/A 

Non-IBM  Software 


Year 2000 

New  Prod 

Scaedule 
Upgrade 

Software 

Vendor 

Version 

BEST  1  MVS 

BGS  SYSTEMS 

12.8 

OK 

N/A 

CAPTURE/MVS 

BGS  SYSTEMS 

12.8 

t 

CMF  MONITOR 

BOOLE  &  BABBAGE 

4.3 

1QTR97 

CL  SUPERSESSION 

CANDLE  CORP 

146 

VI 47 

CLSl'PERSESSION 

CANDLE  CORP 

146 

VI 47 

QUICK  REFERENCE 

CHICAGO  SOFT 

4.2 

V5.0 

CA-1  TMS 

COMPITER  .ASSOCIATES 

5.1 

OK 

N/A 

EASVTRIEVE  PLUS 

COMPITER  ASSOCIATES 

6.1 

6.2  4QTR97 

FAST  DASD 

COMPITER  .ASSOCIATES 

4.4 

Cancelled 

N/A 
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Non-IBM  Software 


Year  2000 

New  J'rod 

Schedule 
Upgrade 

Software 

Vendor 

Version 

PAN  VALET/MVS 

COMPUTER  ASSOCIATES 

140. 01B 

VI  4.3 

2QTR97 

PAN  V  ALET/ISPF 

COMPUTER  .ASSOCIATES 

140. 01B 

V14.3 

2QTR97 

CA-JARS 

COMPLTER  ASSOCIATES 

7.1 

4QTR97 

CA-OPTIMIZER  MVS 

COMPUTER  ASSOCIATES 

5 

V6.0 

3QTR97 

CA-Unicenter  Star  MVS(2) 

COMPUTER  ASSOCIATES 

OK 

N/A 

CA-Unicenter  Windows  NT 

COMPUTER  ASSOCIATES 

OK 

N/A 

CA-Unicenter  Star  Client(5) 

COMPUTER  ASSOCIATES 

OK 

N/A 

CA-9  RPLUS 

COMPUTER  ASSOCIATES 

5.8.5 

Cancelled 

N/A 

CA-11  AUTORESTART 

COMPUTER  ASSOCIATES 

2.1 

V2.2 

2QTR97 

CA-7  SCHEDULER 

COMPUTER  .ASSOCIATES 

3.1 

Y3.2 

2QTR97 

CA-APCDOC 

COMPUTER  ASSOCIATES 

1.2 

VI. 3 

N/A 

CA-DISPATCH 

COMPUTER  ASSOCIATES 

4.2 

Cancelled 

CA-JCLCHK 

COMPirTER  ASSOCIATES 

7.0 

OK 

N/A 

CA-OPERA 

COMPUTER  ASSOCIATES 

3.0 

V3.1  1QTR97 

CA-R.APS 

COMPUTER  ASSOCIATES 

( Cancelled 

N  \ 

ACCOLADE  CICS 

PRAXIS 

5 

OK 

N/A 

IMAGINE 

PRAXIS 

3.1 

V3.5 

RISKPAC 

COMPUTER  SECURITY  INSTITUTE 

•t 

ABEND  AID/CICS 

COMPUWARE 

5.4 

ABEND  AID-MVS 

COMPUWARE 

7.0.2 

V8.3 

XPEDITERCICS 

COMPUWARE 

6.2 

TEXTDBMS 

DATA  RETRIEVAL  CORP 

3. 4  A 

2QTR9" 

AD ABAS  PLEU 

LEGENT  was  GOAL 

3.1.5 

OK 

N  A 

APAS  INSIGHT 

LEGENT  was  GOAL 

3.2 

4QTR9" 

FOCUS  Data  Management 

IBI 

7.0.5 

V7.06 

FOCUS  Extended  Matrix  Rptg 

IBI 

7.0.5 

V7.06 
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Non-IBM  Soft  >v  arc 


Year  2000 

New  Prod 

Schedule 
Upgrade 

Software 

Vendor 

Version 

FOCUS  Report  Generator 

IBI 

7.0.5 

V7.06 

FOCUS  Stat  Analysis  Pkg 

IBI 

7.0.5 

V7.06 

FDR/DSF/CPK 

INNOVATION  DATA 
PROCESSING 

R52.33 

1QTR97 

TMON'MVS/CICS,  YTAM 

LANDMARK 

1.2 

4QTR97 

TMON AT AM 

LANDMARK 

1.5 

4QTR97 

TMON/MVS/NAVAGRAPH 

LANDMARK 

1.1.3 

4QTR97 

TMON  VTAM/NAVAGRAPH 

LANDMARK 

1.0 

4QTR97 

TMON/TJB2  'N  A  V  AGR  APH 

LANDMARK 

2.1 

4QTR97 

MULTI-IMAGE 

LEGENT 

3..0 

•t 

ZIP  PLUS  4 

LPC 

6.6.0 

3QTR97 

ZIP  PLUS4  forCICS 

LPC 

6.6.0 

3QTR97 

MXG 

MERRILL  CONSULTANTS 

OK 

N/A 

MDI  GATEWAY 

MICRO  DECISION 

2.0.2 

YRO 

MOBIUS  MANAGEMENT  SYS 

1.4 

4QTR97 

ViewDirect.  Adv  Print.Rem  Job 
Out 

MOBIUS  MANAGEMENT  SYS 

4QTR97 

BEAMIT 

MUST  SPFTWARE 

5.5.0 

OK 

N/A 

EZNOMAD 

MUST  SPFTWARE 

5.5.0 

OK 

N/A 

N2SIDS 

MUST  SPFTWARE 

5.5.0 

OK 

N/A 

NOMAD2 

MUST  SPFTWARE 

5.5.0 

OK 

N/A 

EXCELLINK 

ONLINE  BUSINESS  SYSTEMS 

4.0 

SAS 

SAS  INSTITT  TE 

6.08 

6.06  up 

SAS 

SAS  INSTITT 'TE 

6.08 

6.06  up 

SAS/ETS 

SAS  INSTITUTE 

6.08 

6.06  up 

SAS  GRAPH 

SAS  INSTITT  TE 

6.08 

6.06  up 

SAS  STAT 

SAS  INSTITT  TE 

6.08 

6.06  up 
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Non-IBM  Software 


Year  2000 

New  J'rod 

Schedule 

Software 

Vendor 

Version 

SAS  OS  FSP 

S.AS  INSTIUTE 

6.08 

6.06  up 

AD ABAS 

SOFTWARE  AG 

5  3  3 

V6.2 

AD  ABAS  ONLINE 

SOFTWARE  AG 

2.3.3 

V6.2 

.AD .ABAS  NATIVE  SQL 

SOFTWARE  AG 

1.5.1 

Vl.6.1 

COM-PLETE 

SOFTW.ARE  AG 

4.6.1 

Y5.1 

CONNECT 

SOFTWARE  AG 

3.1.1 

V3.3.1 

ENTIRE  CONNECT  MSDOS 

SOFTW.ARE  AG 

NATURAL 

SOFTWARE  AG 

2.2.7 

V2.3.11  9/97 

NATURAL  FOR  DB2 

SOFTWARE  AG 

2.3.3 

V2.4.1 

NATURAL  CONNECTION 

SOFTWARE  AG 

2.2.7 

V2.3 

NATURAL  OPTIMIZER 

SOFTW.ARE  AG 

2.1.5 

Y2.3.1 

NATURAL  SECURITY 

SOFTWARE  AG 

2.2.7 

V2.3 

NATl-RAL  YSAM 

SOFTW.ARE  AG 

2.2.7 

V2.4.1 

NET-WORK  CTC  (2) 

SOFTW.ARE  AG 

f 

ENTIRE  NET-WORK  CTC  (2) 

SOFTW.ARE  AC. 

1.2.1 

PREDICT 

SOFTWARE  AG 

3.2.3 

V3.3.2 

PREDICT  CASE 

SOFTWARE  AG 

2.4.1 

V2.5.1 

N20 

TREEHOUSE 

3.2.1 

OK 

N  A 

PDSFAST 

SOFTWARE  ENGINEERING 

4.3E 

OK 

N  \ 

PDSl'PDATE 

SOFTW.ARE  ENGINEERING 

4.3 

OK 

\  A 

DMS/OS  LEVEL  A 

STERLING 

8.17 

4QTR9" 

VOLUME  CONFIGURATOR 

STERLING 

8  17 

4QTR97 

YSAM  St'PPORT 

STERLING 

8.17 

4QTR9' 

DASD  SPACE  BILLING 

STERLING 

8.17 

4QTR9- 

TSOCMD  PROCESSOR 

STERLING 

8  17 

4QTR9- 

RACF  SUPPORT 

STERLING 

8.17 

40TR97 
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Non-IBM  Software 


Year  2000 

New  Prod 

Schedule 
Upgrade 

Software 

I  'endor 

I  erston 

TSO  1SPF  INTERFACE 

STERLING 

8.17 

4QTR97 

TRACS 

STERLING 

New  Prod  98 

SVNCSORT 

SYNCSORT 

3.5  &  3.6 

OK 

N/A 

Network  Data  Mover  (NDM) 

1.7.2 

•t 

Database  Analyzer 

Platinum  Technology 

2.3 

3QTR97 

Log  .Analyzer 

Platinum  Technology 

1.2 

3QTR97 

RC  Query 

Platinum  Technology- 

3.4 

3QTR97 

RC  Migrator 

Platinum  Technology 

4 

3QTR97 

RC  Update 

Platinum  Technology 

4 

3QTR97 

Plan  Analvzer 

Platinum  Technology 

1.7 

3QTR97 

Batch  Processor 

Platinum  Technology 

2.7 

3QTR97 

JOB  HISTORY  SYSTEM 

SYSTEMWARE 

3.5 

3.3  up 

OlTBOl'ND  SNA  (0B37OHL) 

Stile 

OK 

N/A 

OUTBOl^ND  PC  (4  DOS  Wind.  1 
OS  2) 

Stile 

OK 

N7A 

ESI  M  AP 

21st  Centurv  Innovations 

OK 

N/A 

For  tlie  past  tliree  years.  ITD.  along  witli  several  other  departments  within  the  Executive  Office  of  Administration 
and  Finance,  has  been  involved  in  the  coordination  of  an  Information  Technology  "Big  Buy"  for  Commonwealth 
departments.  The  Big  Buy  is  a  centralized  effort  which  pools  together  information  technology  equipment  orders 
across  state  departments  in  order  to  obtain  volume  discounts  form  vendors.  The  following  provides  the  Year  2000 
compliance  status  for  the  equipment  purchased  in  each  year  of  the  Big  Buy. 
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CAUTION:  The  compliance  status  reported  for  the  Big  Buy  equipment  is  based  on  tests  performed  b> 
the  Original  Equipment  Manufacturer  (OEM),  there  are  NO  guarantees  that  this 
equipment  will  be  compliant  after  it  lias  been  configured  for  specific  environments.  A 
number  of  factors  can  interfere  with  a  PC's  internal  clock,  such  as  network  software, 
other  hardware,  application  software,  operating  systems,  or  communications  software 
Therefore:  Agencies  MUST  test  ALL  their  PC's  in  their  environment  regardless  of  the 
OEM  stated  compliance  status. 


Big  Buy  1994 

Description 

Type 

Y2K 

Compliant? 

NEC  66  Mhz 

PC 

No 

Compaq  Proliant  2000-5/66-4200A 

PC 

No 

Compaq  Prolinea  MT 

PC 

No 

Windows  3.1 

Software 

Yes  * 

Big  Buy  1995 

Description 

Type 

Y2K 

Compliant? 

NEC  Powermate  V4100 

PC 

No 

NEC  Powermate  VP  75 

PC 

No 

Windows  for  Workgroups  3.11 

Software 

Yes  * 

Big  Buy  1996 

Description 

Type 

Y2K 

Compliant? 

NEC  Powermate  VE  75 

PC 

Yes 

NEC  Powermate  VI 00 

PC 

Yes 

HP  VE2  5/75 

PC 

Yes 

HP  VL4  5/100 

PC 

Yes 
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Big  Buy  1996 

Description 

Type 

Y2K 

Compliant? 

HP  Laser  5P 

Printer 

Yes 

HP  Laser  5si 

Printer 

Yes 

Windows  95 

Software 

Yes  * 

Windows  for  Workgroups  3.11 

Software 

Yes  * 

Big  Buy  1997 

Description 

Type 

Y2K 

Compliant? 

Dell  5200/Gxim  Base 

PC 

Yes 

HP  Vectra  VL5 

PC 

Yes 

NEC  Powermate  P200 

PC 

Yes 

Compaq  Armada  1510DM 

Notebook  PC 

Yes 

AST  Acenua  A60+ 

Notebook  PC 

Yes 

Compaq  Proliant  2500N 

Server 

Yes 

HP  Laserjet  5  si 

Printer 

Yes 

Windows  95 

Software 

Yes  * 

Microsoft  NT  4.0 

Software 

Yes 

*  MS  Windows  95,  3. 1 1,  and  3.1  -  File  Manager  shows  garbled  date  for  year  2000  or  later. 


NEC  http:  //support .  neccsdeast .  com/year2000 .  htm 

HP  http://www.hp.coin/gsv/vear2000/hwstatus.html 
Compaq  http://www.compaq.com  (then  search  for  "Year  2000") 

Microsoft  http:  //www .  mi  tre .  or  g/researcIi/cots/vendors/Microsoft .  html 

http://www.microsoft.com/C10/Articles/RELATED  Y2K  LINKS.htm 
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7. 5     List  of  Embedded  Systems 


A  number  of  agencies  have  recently  requested  a  list  of  non-IT  systems  which  should  be  evaluated  as  part  of  the  Year 
2000  project.  The  following  is  an  initial  list  of  these  systems.  This  list  will  be  updated  as  more  information 
becomes  available. 

•  Office  Devices 

■  Copying  machine  -  paper  &  electronic 

■  Fax  machines 

■  Mobile  phones  and  pagers 

■  Private  branch  exchanges  (PBXs) 

■  Personal  organizers 

■  Telephones 

■  Telex  machines 

■  Voice  mail  and  answering  machines 

•  Facilities 

■  Backup  Lighting  and  Generators 

■  Building  management  systems 

■  Building  systems 

■  Car  park  barriers 

■  Car  parking  systems 

■  Elevators  and  escalators 

■  Gas  installations,  alarms,  and  controls 

■  Heat  source  -  boilers,  alarms  and  controls 

■  Heating  &  ventilating  systems 

■  Heating  and  Ventilating  Systems 

■  Schedule  systems  for  maintenance 

■  Sprinkler  systems 

■  Waste  disposal  installation 

■  Water  &  Sewerage  systems 

■  Water  treatment  installations 

•  Physical  Security 

■  Burglar  and  fire  alarms 

■  CCTV  cameras/monitors 

■  Electric  locks 

■  Fire  Control  alarms,  devices  and  systems 

■  Photo  surveillance  equipment 

■  Security  systems  and  cameras 

•  Health  Care 

■  Medical  &  patient  attached  equipment 

•  Public  Safety 

■  Traffic  control  systems 

•  Miscellaneous 

■  Radios 

■  Service  equipment 

■  Time  recording  machines  &  devices 

■  Vehicle  management  system 

■  Remote  sensing  equipment 

■  Global  positioning  devices 

■  Motor  vehicle  microprocessors 


Reference: 
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Sample 
Year  2000  Project  Plan  for 
Agency  X 


September  11,  1997 


Concurrence: 


Project  Manager 


(MIS  Manager) 


(Business  Manager) 


(Agency  Head) 
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1.0  Summary 

1.1  Scope 

This  plan  describes  the  organization,  methods,  and  processes  which  Agency  X  will  use  to  achieve  Year  2000  compliance 
This  plan  will  address: 

•  all  IT  systems,  including  end  user  desktop  applications  and  LANs. 

•  all  non-IT  systems,  such  as  PBX,  office  access  control,  other  appropriate  for  agency 

(Include  a  brie  f  statement  of  the  mission  of  the  agency;  its  business  processes,  and  which  services  absolutely 
must  not  fail.) 

1.3  Updates 

This  plan  will  be  updated  during  performance  of  the  project  at  approximately  3^6  month  intervals.  At  this  tune,  the 
following  issues  remain  open: 

•  xxxxx 

•  xxxxx 


2.0     Project  Organization 


2.1  Accountability 


The  Year  2000  project  will  have  the  lines  of  accountability  and  communication  with  organizations  as  shown  in  the 
following  organization  chart. 

(Insert  an  org  chart  showing  where  the  project  fits  into  the  agency.  In  particular,  show  lines  to  senior 
management  and  to  business  experts.  Also  show  significant  external  agencies  the  project  tecvn  will  be 
interfacing  with. ) 


2.2        Project  Team 

The  project  team  includes  ... 

(If  the  project  team  is  large  enough,  insert  an  org  chart  which  lists  name  and  tecvn  role  of  each  tecvn  member.) 

(In  any  event,  identify  team  members  and  indicate  who  is  responsible  for  the  following  roles:  Pro/ect  \  I  imager. 
Awareness/Communications,  Remediation  Team  Leads,  Desk  Top  Lead,  Testing,  Configuration  Management.  /" 
Party  Software  Management.  External  Interface  Management,  Xon-IT  Compliimce  Management.  Contingi->:.-\ 
Planning.  Note:  for  small  teams,  a  single  person  will  wear  more  than  one  hat. ) 

(Include  additional  info  as  appropriate,  e.g.,  vendor  relationships  for  vendors  on  the  protect  team.) 
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(Include  any  special  strategies  for  coping  with  known  or  anticipated  staffing  problems.) 


2.3         Meetings,  Reports,  and  Reviews 

(Describe  the  regularh'  scheduled  meetings,  status  reports,  and  reviews  for  the  project,  e.g.,  purpose,  who  is 
responsible  for  organizing,  who  will  attend,  interval.) 


(Use  additional  sections  as  necessary  to  describe  additional  issues,  e.g.,  signature  authorities,  shifts,  offices,  ) 


3.0     Project  Strategies 


Awareness/Communications 


(Strong  communications  is  a  critical  success  factor  for  any  Year  2000  effort.  Describe  how  awareness  will  be 
maintained  throughout  the  project.) 


3.2 


.2.1      System  Compliance  Strategy 


System 

Priority 

Compliance  Status 

Compliance 
Strategy 

Resources 

Deployment  Date 

System  X 

Mission 
Critical 

Not  compliant 

Remediate 

50%  in-house; 
50%  Vendor  X 

July  1998 

System  Y 

Essential 

Not  compliant 

Replace  with 
System  Z 

System  Z 

Other 

Compliant 

NA 

1      Remediation  Techniques 


(Describe  conditions  when  project  team  will  use  full  expansion,  windowing,  or  other  technique.) 
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3.23  Standards/Guidelines 

(Describe  general  standards,  e.g.,  formats,  standard  date  routines.) 
3.2.4      Configuration  Management 

(Describe  how  remediation  changes  will  be  made  vis  a  vis  normal  maintenance  mods  and  special  CM  tools) 


3.2.5  Testing 


(Describe  type  of  testing,  e.g..  regression,  performance,  stress,  etc.,  how  testing  will  be  performed,  e.g.,  separate 
team,  location,  phases,  how  test  scripts  will  be  developed,  how  problems  will  be  tracked  &  re  tested,  test  tools.) 

(Also  describe  standard  Y2K  tests,  e.g.,  Dec  31.  1997 Jan  1,  2000  roll-over.  Feb  28  -  Feb  29.  2000  roll-over: 
Feb  29 -Mar  1.  2000  roll-over.) 


3.3        End-  User  Desk-Top  A pplications 

(Describe  how  these  will  be  made  compliant.  Include  end-user  and  MIS  roles  and  responsibilities.) 


3.4        Third  Party  Software/Hardware 


(Describe  how  these  will  be  tracked  and  made  compliant.  Include  a  table  like  the  following.  If  the  table  is  ven 
long,  move  it  to  an  appendix.) 


Software/ 
Hardware 

Vendor 

Compliance 
Status 

Source  of  Status 

Open  Issues 

Deployment 
Date 

3.5        External  Interfaces 

(Describe  how  these  will  be  tracked  and  made  compliant.  Include  a  table  like  the  following.  If  the  table  is  \vn 
long,  move  it  to  an  appendix. ) 


Interface 

External  A  sencies 

(hvner  Asencv  (responsible  for  documenting 

Deployment  Dale 

for  others) 
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3.6        Non-1  T Devices 


(Describe  how  these  will  be  tracked  and  made  compliant.  Include  a  table  like  the  following.  If  the  table  is  very 
long,  move  it  to  an  appendix.)  


Device 

Vendor 

Compliance  Status 

Source  of  Status 

Open  Issues 

Deployment 
Date 

3. 7        Contingency  Planning 

(Describe  what  contingency  plans  are  required.  Use  a  table  for  high-level  look.) 


System 


Service 


Staff  Lead  (responsible  for  documenting) 


Status 


4.0     Master  Schedule 

(Include  a  Gantt  chart  showing  tasks  and  dates.  You  may  also  want  to  include  a  statement  on  assumptions, 
dependencies,  and  constraints) 


5.0  Resources 

(Describe  additional  resources  required.  E.g.,  staff,  office  space,  equipment,  tools,  DASD.) 


6.0  Costs 

(Insert  information  like  the  Y2K  spending  plan  tamed  into  Budget  Bureau.) 


7.0     Risk  Management 


Risk 

Priority 

Probability 

Mitigation  Activity 

Open  Issues 
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Appendix  a  Related  Documents 

(List  related  documentation,  such  as  inventory  assessment  documents,  specific  system  remediation  protect  plans, 
test  plans,  etc.) 


Appendix  b  Contact  List 

(Insert  a  table  listing  names  &phone  numbers  for  team  members,  key  agency  staff,  etc.) 


Appendix  c  ... 

(Add  additional  appendices  as  appropriate,  e.g.,  forms,  detailed  discussions  ofke\'  issues,  large  tables.) 


ITD  Y2K  PMO 


l\igc  AS 


Year  2000,  Meeting  the  Challenge,  Second  Edition 
Revision  2 


January  1998 


Appendix  B 


Agency  Contact  List 
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\  Secretariat 

Agency 

Agency  Contact 

Phone  # 

E-Mail  Address 

A&F 

Admin  Ag  for  Dev.  Disabilities 

Dan  Shannon 

727-6374 

U&F 

Admin.  Law  Appeal 

Pat  EngBsh 

727-7060 

Pat  EngOsh@users@ala 

;a&f 

Appellate  Tax  Board 

Marc  DeFranciso 

727-3100X125 

Mark  DeFranciso@users@atb 

A&F 

Budget  Bureau 

Tom  Smith 

727-2081  x413 

Tom  Smith@systems@fad 

!a&f 

Bureau  of  State  Office  Bldg. 

George  Young 

727-1100  x521 

George  Young@osb@bsb 

'\AAF 

Capital  Planning  &  Operations 

Bob  Ryan 

727-4006  x348 

Robert  Ryan@ofa@dcd 

!a&f 

Central  Business  Office 

Dan  Folloni 

973-0982 

Internet  :Dan.Folloni@state. ma. us 

i 

'■■  .. 

|A&F 

Civi  Service  Comm. 

Ari$  Gonnefla 

727-2293 

Aris  GDnnetla@admmistrafion@labor 

IA&F 

Comm.  Against  Discnmination 

Franklin  Young 

727-3990  x264 

lnternet:Franklin.Young@state.ma.us 

jft&F 

Dept.  of  Revenue 

Anthony  DetG rosso 

867-5355 

Anfhony.Detgrosso@slale.ma.us 

iA&F 

Dept  of  Veterans  Services 

Hyun  Yoo 

727-3578x111 

Hyan  Yoo@Admin@vet 

U&F 

Div.  of  Human  Resources 

John  Jesenski 

727-3555X453 

John  Jesenskt@exec.dpa 

jA&F 

EO  of  Admin  &  Finance 

Dan  Folloni 

973-0982 

lnternet:Dan  Folloni@state  ma. us 

.A&F 

Group  Insurance  Commission 

Lisa  Lee 

727-2310 

Lisa  Lee@admin@groupm$2 

U&F 

Information  Technology  Division 

Marcia  King 

973-0711 

i 

Marcia  King@planning@itd.bos 

A&F 

Mass.  Office  on  Disability 

Barbara  Lybarger 

727-7440 

Barbara  Lybarger@users@oha 

U&F 

Office  of  Dispute  Resolution 

Mike  Syzmanski 

727-2224 

Mike  Sysmanski@modr@modr 

;a&f 

Office  of  Employee  Relations 
Operational  Services  Division 

Dave  Webster 

727-3555X453 

Dave  Webster@exec.dpa 

|a&f 

Wffiam  Smith 

727-7500x302 

Wffiam  Smith@mis@osd 

:A&F 

Public  Emp's  Retirement  Board' 

Paul  Laliberte 

727-9380 

paul  laliberte@PERA  Admin  Office@PER 

;a&f 

Teacher's  Retire  Board 

Joe  Champa 

727-3661 

jose  ph.  champa  @trb.slate  ma.us 

j  Const  Officers 

Attorney  General 

MaryClare  Querzoli 

727-2200 

|Const  Officers  Auditor's  Office 

Paul  McLaughlin 

727-6200 

Paul  McLaughlin@sao@state.ma  us 

1  Const  Officers  Secretary  of  State 

Judy  Langone/ 
KevinThibault 

727-2600x11 

Judy  Langone@cur@sosensl 

:  Const  Officers  Treasurer  &  Receiver  General 

Peter  Navaro 

367-3900  x  667 

Peter  Navaro@siale.ma.us 

1  Consumer  Aff 

Alcol  Bev.  Control  Comm. 

Linda  Jones 

727-3040 

Gary  Brown 
Steven  Whittredge 

727-3086 

Gary  BTOwn©mh>®bonm 

'Consumer  Aff 
;  Consumer  Aff 

Board  of  Reg.  in  Medicine 
Cable  TV  Commission 

727-6925 

Steven  Whittredge(?A&P@ctv 
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'■  *n  o/-  rt±  ta  rittt 

Agency  Cont3£t 

Phone  it 

I 

i 

£~Mait  Address 

Consumer  Aff 

Dept.  o!  Public  Utilities 

Gail  Soares 

'inc.  -3RQ0 

Gail  Soares@executive@dpu 

;  Consumer  Aff 

Div.  ol  Banks 

George  McCarthy 

7"57-T1A^  v*S71 

vjcorge  ivicvaiiny^sybigjuou 

Consumer  Aff 

Div.  of  Insurance 

1  [IClCbd  OdLLU 

521-7471 

T^pgfggg  Sacco(§mis^§doi 

IConsuroer  Aff 

Otv.  of  Registration... 

Timothy  Heaiy 

727-3056 

Timo^y  HeaJy@admjn@org 

!  Consumer  Aff 

Div.  of  Standards 

Mary  De Young 

727-3481 

Ivlary  DeYoung^^std(^sca 

;  Consumer  Aff 

vjn  or  oons.  mjt  o  ousiness  r<ey  s 

jonn  onoi  new 

John  Shonfel@i3su^^sc-3 

i  Consumer  Aff 

Office  of  Victim  Assistance 

IvIdlK  OpcL^dlclU 

727-9745 

j  Consumer  Aff 

State  Racing  Commission 

Joe  VanDeventer 

727-2581 

Joseph  VanDeventer@Home  Office@src 

^Econ  Devel 

Dept.  of  Economic  Development 

Joe  Galluccio 

727-8380 

Joe  Galiuccio@asers@sea 

lEcon  Devel 

Div.  of  Energy  Resources 

Andrew  Grossman 

727-3230  x109 

Andrew  Grossman@fiscal@ene 

lEcon  Devel 

I 

Mass.  Finance  Development 

Sheila  Parker 

727-8257 

Sheila  Parker@mis@mec 

| 

i  Econ  Devel 
;Econ  Devel 

Office  ol  riim 

1/ : . ,  ,  i  i      ir  j 

Kim  nartlord 

973-8812 

Kim  Hartford@users@mafilm 

Office  of  Jnter nslionsJ  Xrsrfe 

Elizabeth  Bowman 

loon 

■  lllfl 

Office  of  Travel  &  Tourism 

Martin  Ksy© 

707  'ioni 

fvlartin  Kaye@users@mott  \ 

Ppnn  rip*v/f»l 

riatfiH  Willoncn  n/o 
UdVIU  V  IIICI ICU  VC 

David  Villeneuvei^sysuser^^somba 

w  U  U\rt3 1'Uil 

Gregory  Nadeau@users@eoe 

Elder  Aff 3 i r 

EO  Elder  Affairs 

Tim  Ppnsn 

777-77S0  vlf)1; 

Tim  f?an<3 n ^^flc 1  '• 
III!)  r^HIJd  r  HCJjl  IM-d  HU'tlU 

:Pnyirr\n  Affair 

Kjtitio  Oi.i'.io 
IVKIvK  r\IUye 

Mike.Ridge@$tate.ma.tts 

Environ  Affair 

Dept.  of  Environmental  Protection 

James  Kelly 

617-292-5839 

James  Kelly@MIS@DEP  Boston 

iEnviron  Affair 

Oepf.  of  Food  &  Agriculture 

Lee  Corte-Reai 

727-3020  X1126 

lcorte-reat@staet.ma.us  ! 

Environ  Affair 

EO  of  Environ  Affairs 

TBD 

727-5227  x311 

iEnviron  Affair 

Oept  of  Fish  &  Wild.  Envir.  Law  Charlie  Anderson 
Enforce 

508-282-0308 

Charlie  Anderson@dmf<§$we 

i 

: 
1 

Environ  Affair 

Low  Level  Radio.Waste  Mgt  Bd 

Karen  Middleton 

f  *.  / -OU  I  O 

Karen  Middleton@pollution@eoea 

:Pti«irr\rt  Affair 

Metropolitan  District  Commission 

Dave  Robbing 

*7->>-f  JfiCft 

! 

David  Robbrn$@mis@rndc  j 

Exec  Office 

Governor's  Office 

Dan  Folloni 

070  nooo 

Int  ernet;  Dan  .Follon  instate. ma. us 

VlllUc 

Inspector  General 

Dan  Ahero 

i 

Exec  Office 

Lt  Governor's  Office 

Dan  Folloni 

973-0982 

lnternet:Dan.Folloni@state  ma. us 

;Exec  Office 

Governor's  Council 

Dan  Folloni 

973-0982 

i 

lnternet:Dao.Folloni@state.ma.us 

;  General  Court 

House  of  Representatives 

Jim  Buckley 

722-2050 

James  Buckley@his@MAHouse 

\  General  Court 

Legislative  Data  Processing 

John  Horan 
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■  Secretariat 

Agency 

Agency  Contact 

Phone # 

E-Mail  Address 

;General  Court  Senate 

Jim  Proctor 

722-2000 

James.Proclof@senate.state.ma.us 

;  General  Court 

Senate  Post  Audit  Committee 

Angus  McQuillan 

722-1555 

b 

^HHS 

Comm.  for  the  BBnd 

Brian  Fore 

800-392-6450 

Brian  Fore@systems@mcb 

HHS 

Comm.  for  the  Deaf  &  Hearing 

John  Dunleavy 

800-439-0183 

john  dunleavy@amd@mcd 

;HHS 

Dept.  of  Mental  Health 

Larry  Hootey 

727-5500  x272 

Larry  Hookey@3it@dmh 

HHS 

Dept.  of  Mental  Retardation 

Bob  Trombly 

624-7866 

lnternet:Bob  Trombly@state  ma. us 

HHS 

Dept.  erf  Pubic  Health 

Marge  MacEvflt 

624-5863 

Marge  MacEvift@sysiems@dph.ens 

jHHS 

Dept  of  Social  Services 

Brad  Leonard 

727-3171  x265 

Patricia  Wada@daf@dss. central 

;HHS 

Dept.  of  Trans.  Assistance             Lynne  Mooney 

348-8406 

Lynne_Mooney@DTA.sfafe.ma.us 

IHHS 

Dept.  of  Youth  Services 

Scott  Taberner 

727-7575 

Scott  Taberner@Users_Bstn@DYS 

Ihhs 

Oiv.  of  HeaRh  Care  Finance 

Frank  Melle 

988-3272 

Frank  Meile@itg@hcfp 

;HHS 

Div  of  Medical  Assist 

Sharon  Wright 

210-5217 

SWright@NT.DMA.state.ma.us 

HHS 

DMH,  Southeastern 

Sylvia  Killion 

727-7905  x231 

Sylvia  K5lfon@systems@dmh.broc 

:HHS 

EO  of  HHS 

Jack  Hornfeldt 

727-7600  x508 

Jack  Hornfeldr@executive@eohhs 

|hhs 

Mass.  Rehabilitation  Comm. 

John  Donnelly 

204-3821 

John  Oonnelfy@sys@rnrc.corrtpaq.1 

Ihhs 

Office  for  Refugees  &  Immigrants 

Fred  Koed 

727-7888  X310 

Fred=Koed%Users%ORI@im.state.ma.us 

•HHS 

IHHS 

Office  of  Child  Care  Services 

Dan  Walsh 

727-8900  x116 

Dan  Watsh@fld_op_central  @ofc 

Soldiers  Home-Chelsea 

Stan  Jankowski 

884-5660 

Stan  Jankowski@administration@soldrschelsea 

r   •'  ■' 

jHHS 

Soldiers  Home-Holyoke 

Bob  LeFaive 

413-532-9475 
X52S 

Bob  L.  LeFaive@finance@hsh 

\  Higher  Ed 

Board  of  Higher  Education 

Jack  Maguire 

660-4887 

Jack  Maguire@sys@rgt 

^Higher  Ed 

Tarnara  Anderson 

508-697-1236 

;  Higher  Ed 

\ 

irtgher  Ed 

Bristol  Comm.  College 

Stephen  Vieira 

508-678-2811x2412 

Bunker  Hifi  Comm.  College 

Judith  Oieks 

228-2485 

„  ..  . 

i  Higher  Ed 

Fitchburg  State  College 

Roy  Hall 

508-665-3158 

Irigfier  Ed 

Framingham  State  College 

^^^^^^^^^^^^^^ 
John  Horrigan 

626-4580 

 '  ..:  ... 

j  Higher  Ed 

Greenfield  Comm.  College 

Sylvia  Carey 

^^^^^^^^^^^^^^^^ 

413-774^131^ 
508-678-2811  X2412 

!  Higher  Ed 
j  Higher  Ed 
:  Higher  Ed 

Higher  Ed  Site  Group 

Steve  Vieira 

Holyoke  Comm.  College 

Nancy  Eddy 

413-552-2800 

Mass.  College  of  Art 

Laura  Chmiefecki 

232-1555 

•v. 

Lchmietecki_jmassirt.edu 

iHigher  Ed 

Mass  Hospital  School 

Steven  Cash 

828-2440 
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iHigher  Ed 

Mass.  Maritime  Academy 

Brian  Churchill 

508-330-5070 

.  :.        ■     ,    .::  : 

m    mmm  mmm  t   .  ym:mmm 

|  Higher  Ed 

Massosoit  Comm.  College 

Colin  Maron 

508-568-9100x1130 

IHigher  Ed 

Middlesex  Comm.  Coflege 

Vincent  Funaro 

508-656-3301 

[Higher  Ed 

Mt.  Wachusett  Comm.  Coll. 

Jane  Custowski 

508-632-6600 

|  Higher  Ed 

North  Adams  Sfafe  College 

Thomas  Jones 

413-662-5247 

jHigher  Ed 

Northern  Essex  Comm  College 

Thomas  Fallon 

508-374-3866 

[Higher  Ed 

Springfield  Tech.  Comm.  Coll 

Mike  Korzec 

413-781-7822 

1  Higher  Ed 

UMass  -  Boston 

Charles  Boland 

287-5205 

H>gher  Ed 

UMass  -  Dartmouth 

Dorma  Massano 

508-999-8043 

IHigher  Ed 

UMass  -  Lowell 

Nancy  Fowler 

508-934-3605 

[Higher  Ed 

UMass,  Amherst 

JoiusOubach 

413-545-1955 

iHigher  Ed 

UMass,  Central  Admin  Servicese 

Peter  Roberts 

413-587-2076 

Internet:  PRoberts@massp.edu 

jHigher  Ed 

Wesifieid  State  College 

Barry  Murphy 

413-572-5264 

i;i.,:.:.S:i.:i:5i 

IHigher  Ed 

Worcester  State  College 

Roger  Flahive 

508-793-8063 

[Housing 

Canadian  French  Cultural  Comm. 

John  Kupchaunis 

727-7147  x223 

j 

John  Kupchaonts@js,@eocd  \ 

[Housing 

Comm.  Econ.  Dev.  Assist.  Corp 

Karen  Kelly 

727-5944 

[Housing 

Comm.  on  Indian  Affairs 

John  Kupchaunis 

727-7147x228 

1 

John  Kupchaun(s@ts@eocd 

j  Housing 

Community  Dev.  Finance  Corp. 

Adam  K.  Pearle 

482-9141  x233 

Akpearle@aol.com 

[Housing 

Depl.  of  Housing  &  Com  Dev 

John  Kupchaunis 

727-7147x228 

John  Kupchaunis@ts@eocd 

iHousing 

Manufactured  Homes  Commission 

John  Kupchaunis 

727-7147  x228 

John  Kupchaunis@is@eocd 

IHousing 

Mass.  Housing  Finance  Agency 

David  O'Connor 

854-1736 

1 

lrttemet:doconnor@mhfa.com 

IHousing 

Mass.  Housing  Partnership  Fund 

Scott  Maclntyre 

338-7868 

Smacintyre@mhpfund.com 

[Ind  Agency 
llnd  Agency 

Board  of  Library  Commission 
Campaign  &  Political  Finance 

Robert  Maier 
Margert  Muse 

267-9400 
727-8352 

...  i 
Robert  Maier@mismf3bridge@x.400@slafe.ma.us  | 

llnd  Agency 

Committee  for  Public  Counsel 

Verlon  Moore 

482-6212 

llnd  Agency 

DA  Association 

Brian  Peek 

723-0642 

Brian  Peek@state.ma.us  j 

llnd  Agency 

Disabled  Persons  Protection 

Yasuf  Karacoaglu 

727-6465  x135 

1 

j  Ind  Agency 

Fernald  School 

Dennis  Warren 

894-3600  X2464 

lnternet:Dennis.Warren@state.ma.us 

[Ind  Agency 

Finegoid  Library 

Susan  Edmonds 

727-7456 

j 

Susan  Edmonds@lib@osd  \ 

Ind  Agency 

Lottery  Commission 

Rich  Finocchio 

849-5585 

Ind  Agency 

Mass.  Bay  Trans.  Authority 

Sandi  Padeltara 

222-1907 

MHBMMIIIBMII^^ 
slp@totatquafify.ccm 
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ilnd  Agency 

Mass.  Convention  Center  Authority 

Gwen  D'Amico 

954-2150 

gdamico@jbhynes.com 

find  Agency 

Mass.  Cultural  Council 

Gerry  Flood 

727-3668x330 

,  i 
gerry@art. state  rrva.us 

Ind  Agency 

Mass.  Education  Financing  Author. 

Dan  Duffy 

261-9760 

iind  Agency 

Mass.  Health  &-Ed.  Facilities 
Author. 

David  MacKenzie 

737-3377 

—— 

ilnd  Agency 

Mass  Port  Authority 

Phyllis  Daigle 

946-4462 

lnternet:pdaigle@massport.com 

ilnd  Agency 

Mass.  Turnpike  Authority 

Ray  Carson 

630-7411 

ilnd  Agency 

Mass.  Water  Resources  Authority 

Robert  Regan 

241-6247 

Internet:  RRegan@ultranet  com 

ilnd  Agency 

Office  of  State  Comptroller 

Susan  Foss 

727-5000  x233 

Susan  Foss@state.roa.us 

ilnd  Agency 

State  Ethics  Commission 

Ann  Marie  Quinlivan 

727-0060 

Internet:  AnnMarie  Quinlivan@state.ma.us 

iJudfcaary 

Admin  Office  of  Trial  Courts 

Rich  Duggan 

742-8383 

lnlemet:RichX>uggan@stale  ma .us 

i  Judiciary 

Appeals  Court 

Rich  Duggan 

742-8383 

lnternet:Rich.Duggan@state  ma. us 

iJudtelary 

Board  of  Bat  Examiners 

Angela  Doyle 

482-4466 

;  Judiciary 

Boston  Municipal  Court  Dept. 

Patrick  J  Quirt 

725-8390 

\  Judiciary 

Cambridge  District  Court 

Arthur  Sherman 

i  Judiciary 

Comm.  on  Judicial  Conduct 

Mark  Signore 

725-8050 

[Judiciary 

Edgartown  District  Court 

Jayne  Rutey 

508-627-3751 

i  Judiciary 

Essex  County  Probate  Court 

Mark  Juknavorian 

508-774-1020 

i  Judiciary 

Essex  County  Superior  Court 

Betty  Hincbion 

508-744-5500 

i 

|  Judiciary 

Fall  River  Trial  Court 

R.M.Silva 

679-8161 

i  Judiciary 

Framingham  District  Court 

Anthony  Cofonna 

S08-87S-7461 

^^^^^^^^^^^^^^^^^^^ 

j 

i  Judiciary 

I  IctllKIIII  LJlv  r  1  UUdlcur dl M My  UUUI I 

Arlene  Bissette 

413-774-7011 

[Judiciary 

Greenfield  Dislnci  Court 

Patricia  Stevenson 

773-3666 

^^^^^^^^^^^^^^^^^^^ 

I 

i  Judiciary 

Hamden  Housing  Court 

Curtis  Shaird 

413-748-7838 

^  Judiciary 

Hampshire  County  Superior  Court 

Nancy  Foley 

413-584-5810 

i 

!  Judiciary 

Hampshire  Family  Court 

Mary  Lynn  Carroll 

413-586-8500 

i  Judiciary 

Hingham  District  Court 

Maureen  Restuccia 

749-7000 

'■■■■■■■■fll 

Judiciary 

Holyoke  District  Court 

Sean  Kean 

413-538-9710 

[Judiciary 

Ipswich  District  Court 

Judge  Cornefta 

508-356-268 1 

i  Judiciary 

Land  Court 

Peter  Kilborn 

227-7470 

Judiciary 

Lowell  District  Court 

Chris  Hart 

508-459-4101 
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\  Judiciary 

New  Bedford  District  Court 

John  Stellato 

508-999-9700 

j  Judiciary 

Office  of  Jury  Commissioner 

Brian  Patterson 

422-5860 

:  Judiciary 

Palmer  District  Court 

Constance  Wlodyka 

413-283-5021 

[Judiciary 

Plymouth  County  Superior  Court 

Deiores  SulSvan 

508-583-8250 

! 

;  Judiciary 

Roxbury  District  Court 

Judge  Phillips 

427-7000  x  504 

Judiciary 

Stoughfon  District  Court 

Linda  Siegal 

344-21 31-X21 7 

Judiciary 

Superior  Court  Admin  Office 

Rich  Duggan 

742-8383 

.'Judiciary 

Supreme  Judicial  Court 

Greg  Watts 

557-1172/725-8055 

i  Judiciary 

Uxbridge  District  Court 

Judge  Teshoran 

508-278-2454 

^Judiciary 

Ware  District  Court 

Pauletle  Charpeniier 

413-967-3301 

!  Judiciary 

West  Roxbury  Trial  Court 

Ann  Khan 

522-471  x221 

;Judictary 

Wesfborough  District  Court 

Cathy  Gfeason 

f 

508-366-8266  xf  32  I 

jJudiciary 

Woburn  District  Court 

Charles  Winchester 

935-4000  x268 

[Judiciary 

Wreutham  District  Court 

Diane  Breau 

508-384-8141 

:  Labor  D6v 

Board  of  Conciliation  &  Arbitration 

Jamie  Kelly 

727-3466 

i 

Career  Center  Operations  Group 

Karin  McCarthy 

727-6641 

Karin  McCarthy @m|c@sea  j 

;  Labor  Dev 

Corp.    for    Business  Work 
Learning 

&  Stacey  Moran 

727-8158 

[Labor  Dev 

Dept.  of  Employment  &  Training 

Dick  Burke 

626-6731 

617-727-8014  Fax 

1  Labor  Dev 

Dept.  of  Labor  &  Workforce 
Develop 

Joan  Lenihan 

727-6573 

Janice  M.  Fennell@users@eol 

iLabor  Dev 

Ohr.  of  Apprenticeship 

Mike  Richards 

727-3486 

i 

Mike  Richards@sys@tab 

I  Labor  Dev 

Div  of  Industrial  Accidents 

Brion  Leary 

727-4900x225 

Brion  Leary@Admin@DIA 

iLabor  Dev 

Div.  of  Labor  Market  Information 

Dick  Burke 

626-6661 

J 

i  Labor  Dev 

Div.  of  Occupational  Safety 

Mike  Richards 

727-3452 

Mike  Richards@sys@lab 

\  Labor  Dev 

Joint  Labor  Mgmt  Committee 

John  Hanson 

617-727-9690 

:  Labor  Dev 

Labor  Relations  Comm 

Mike  Wallace 

727-3505 

Public  Safety 

Architectural  Access  Board 

Deborah  Ryan 

727-0660 

Deborah  Ryan@users@aab 

Public  Safety 

Board  of  Bldg.  Regulations 

Charlie  Hadley 

727-3200  x622 

Charles. hadley-eps@state. ma. us 

Public  Safely 

Bureau  of  Spec.  Investigations 

Maureen  Mofloy 

727-6950  X415 

i 

Maureen  Mofioy  @users@bsi  \ 

Public  Safety 

Chief  Medical  Examiner 

Roger  Mascall 

267-6767 

Public  Safety 

Criminal  History  Systems  Board 

Martin  Censutlo 

660-4600  

Roger  Mascoll@users.cme@eops 
ltHernet:Martin_Censulio@chs.state.ma.us  
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Public  Safety 

Criminal  Justice  Programs  Division 

Phil  Welton 

727-6300  x345 

Phil  Welton@Users.CCJ@EOPS 

iPuWic  Safety 

Criminai  Justice  Training  Coun. 

Jack  Cole 

727-782? 

Internet  Sarah@mcjtc.ofg 

Public  Safety 

Dept.  of  Corrections 

Daniel  Buslovich 

727-2106x323 

Dan  @doc. state,  ma.  us 

^Public  Safely 

Oepl.  of  Fire  Services 

Steve  McGrath 

508-557-3100 

Steve  McGralh@rras@dfs.slovv 

Public  Safety 

Dept.  of  Public  Safety 

Kosta  Spanos 

727-7775 

kosta.spanos-eps@state.ma.us 

;PuUic  Safe4y 

EO  of  Public  Safety 

Kosta  Spanos 

727-7775 

kosta  .spanos-eps@state.  ma  jus 

Public  Safety 

Gov's  Highway  Safety  Board 

Kosta  Spanos 

727-7775 

kosta  spanos-eps@state.ma  us 

Public  Safely 

Mass.  Emergency  Management 

Richard  Wentzel 

508-820-1407 

Rich  Wentzel@syslems@mema 

i  Public  Safety 

Merit  Rating  Board 

Robert  Liberatore 

267-3636 

Robert  Liberatore@GWprocy@rmv.mailgate 

|Pubiic  Safely 

MSitary  Division 

Cap.  John  Oebarrfeleben 

944-0500 

;  Public  Safety 

Parole  Board 

Sallyann  Sweeney 

727-3271  x110 

Sallyann  Sweeney@planning@parole 

iPubiic  Safety 

Registry  of  Motor  Vehicles 

Bob  Liberatore 

i 
i 

iPublic  Safety 

State  Police 

Lt.  David  Snow 

508-820-2331 

^Trans&Constr 

Central  Transportation  Planning 

John  Bliss 

973-7692 

I 

John  Bliss@users@dss  developers 

Trans&Constr 

EO  of  Transportation/Construction 

Amornrut  Harnpukdipatia 

973-8165 

Amornrut.  Harnpukdipatia  @state. ma. us 

iTrans&ConsIf 

Mass.  Aeronautics  Comm 

Robert  Malteru" 

973-8886 

Bob  Matard@adrrunislration@aeronautics 

iTrans&Constr  Mass  Highways 

Russ  Grant 

973-7692 

Russel  Grant@mis@dpw_bos 
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According  to  a  number  of  Year  2000  experts,  testing  is  probably  the  most  important  phase  of  an  organization  s 
Year  2000  project  and  will  account  for  between  35  and  60%  of  the  project's  schedule  and  resources  (staff  and 
equipment).  In  fact,  here  in  Massachusetts,  both  the  Department  of  Employment  and  Training  and  die  Department 
of  Revenue  have  borne  tliis  out  with  their  estimates  of  50%  of  their  project's  time  and  dollars  estimated  for  Year 
2000  testing. 

Testing  should  be  a  process  that  starts  early  in  a  Year  2000  project  and  continues  throughout  the  life  of  the  project 
Year  2000  testing  is  far  more  complex  than  typical  application  development  testing  since  there  are  so  many  layers  of 
testing  required.  The  Year  2000  problem  affects  everything  -  operating  systems,  compilers,  form  generators,  report 
writers,  data  servers,  and  vendor-supplied  components,  such  as  libraries  and  toolkits.  Testing  must  include 
establishment  of  software  baselines,  testing  that  converted  software  still  performs  normally  using  current  dates,  and 
testing  that  converted  software  performs  normally  using  future  21st  century  dates.  In  general,  changing  a  production 
system's  current  date  for  testing  is  impossible,  therefore,  for  many  systems,  testing  will  have  to  be  done  in  a  separate 
environment.  This  requires  additional  space,  additional  hardware,  firmware,  and  software,  and  additional  time.  If 
any  of  the  hardware,  operating  systems  or  compilers,  for  example,  need  upgrading  for  Year  2000.  tiien  testing  also 
needs  to  be  very  carefully  coordinated  among  all  the  components.  Furthermore,  if  remediation  involves  date 
expansion,  more  storage  space  may  be  required  and  historical  data  may  also  need  to  be  converted.  And.  all  this  must 
be  done  while  continuing  to  run  and  maintain  the  existing  system  in  the  production  environment! 

The  ITD  Data  Center  at  the  Massachusetts  Information  Technology  Center  (MITC)  in  Chelsea  is  gearing  up  for 
Year  2000  testing.  The  staff  in  Chelsea  are  preparing  to  help  agencies  with  their  testing.  However,  in  order  for 
them  to  best  serve  their  customers,  Uiey  need  as  much  advance  notice  as  possible  and  as  much  information  from  die 
agencies  as  is  available.  This  article  will  help  die  agencies  determine  if  diey  will  need  help  from  MITC  and  what 
die  agencies  can  do  to  ensure  a  successful  experience  with  MITC. 

Who  can  benefit  from  the  MITC  resources? 

If  an  agency  has  mainframe  applications  and  is  an  existing  ITD  mainframe  customer,  then  they  will  need  to  take 
advantage  of  the  MITC  resources. 

Why  would  an  agency  need  the  resources  of  MITC? 

In  order  to  test  a  mainframe  application,  agencies  will  need  a  separate  Year  2000  test  environment  that  mimics  die 
production  environment.  MITC  is  in  die  process  now  of  setting  one  up.  MITC  has  also  upgraded  current  versions  of 
CICS  and  Cobol.  and  odier  software,  to  Year  2000  compliant  versions.  Agencies  will  need  to  get  die  necessan 
information  to  convert  dieir  own  systems. 

What  can  an  agency  do  now  to  prepare  for  Y2K  testing  at  MITC? 

There  are  a  number  of  tilings  an  agency  can  do  now  to  prepare  for  Y2K  testing.  Probably  the  most  important  is  to 
Find  the  source  code!  Widiout  die  latest  version  of  source  code,  agencies  will  be  unable  to  create  Y2k-compliant 
executable  software.  They  will  need  to  make  sure  that  die  source  code  Uiey  have  matches  die  current  executable 
code.  If  not.  diey  will  need  additional  time  to  recreate  tiieir  program(s). 

If  an  agency  is  using  back  level  releases  of  compilers,  operating  systems,  or  other  software,  especially  releases 
which  are  no  longer  supported  by  MITC.  diey  will  need  to  upgrade  to  a  supported  release.  Tins  also  will  add  to  the 
time  needed  to  become  Y2K  compliant,  but  is  sometliing  tiiat  agencies  can  be  doing  now  . 

When  should  an  agency  notify  MITC  of  their  needs  for  Y2K  testing? 

Agencies  will  be  getting  a  letter  shortly  from  MITC  requesting  current  and  future  disk  space  requirements  for  their 
systems,  including  Y2K  initiatives,  for  the  period  June  1998  tiirough  June  1999.  Agencies  should  return  diese  tonus 
as  soon  as  possible.  If  an  acquisition  for  additional  disk  space  is  needed,  a  few  montiis  lead  time  is  necessan 
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Any  other  requests  for  Y2K  testing  should  be  forwarded  to  MITC  as  close  to  February  28.  1998  as  possible. 

What  information  should  the  agency  provide  to  MITC  with  their  request  for 

services? 

When  an  agency  makes  a  request  for  Y2K  testing  help,  diey  should  include  the  answer  to  as  many  of  the  following 
questions  as  possible: 

What  application  is  being  tested? 

What  is  the  system  environment?  (e.g.,  database,  VSAM,  CICS,  COMPLETE) 

Is  disk  space  needed?  If  so,  how  much? 

Are  tapes  needed? 

What  languages  are  being  used? 

Are  there  any  data  security  issues? 

Are  there  any  data  storage  issues? 

What  are  the  database  and  operating  system  requirements? 

What  is  the  schedule  for  testing? 

Providing  copies  of  documented  Y2K  project  plans  and/or  test  plans  will  also  help  MTTC  to  better  serve  their 
customers. 

The  ITD  Data  Center  staff  at  MITC  is  preparing  for  the  Year  2000  testing.  By  April  1998,  they  expect  to  have  a 
fully  active  Year  2000  test  environment  operational  and  ready  for  their  customers. 
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